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Purpose of this book 


The purpose of this book is to provide students and young engineers with 
a guide to help them develop the skills necessary to be able to use VHDL 
for introductory and intermediate level digital design. These skills will also 
give you the ability and the confidence to continue on with VHDL-based 
digital design. In this way, you will also take steps toward developing 
the skills required to implement more advanced digital design systems. 
Although there are many books and on-line tutorials dealing with VHDL, 
these sources are often troublesome for several reasons. Firstly, much of 
the information regarding VHDL is either needlessly confusing or poorly 
written. Material with these characteristics seems to be written from the 
standpoint of someone who is either painfully intelligent or has forgotten 
that their audience may be seeing the material for the first time. Secondly, 
the common approach for most VHDL manuals is to introduce too many 
topics and a lot of extraneous information too early. Most of this material 
would best appear later in the presentation. Material presented in this 
manner has a tendency to be confusing, is easily forgotten if misunderstood 
or simply is never applied. The approach taken by this book is to provide 
only what you need to know to quickly get up and running in VHDL. 
As with all learning, once you have obtained and applied some useful 
information, it is much easier to build on what you know as opposed 


to continually adding information that is not directly applicable to the 


subjects at hand. 

The intent of this book is to present topics to someone familiar with digital 
logic design and with some skills in algorithmic programming languages 
such as Java or C. The information presented here is focused on giving a 
solid knowledge of the approach and function of VHDL. With a logical and 
intelligent introduction to basic VHDL concepts, you should be able to 
quickly and efficiently create useful VHDL code. In this way, you will see 
VHDL as a valuable design, simulation and test tool rather than another 
batch of throw-away technical knowledge encountered in some forgotten 
class or lab. 

Lastly, VHDL is an extremely powerful tool. The more you understand 
as you study and work with VHDL, the more it will enhance your learning 
experience independently of your particular area of interest. It is well worth 
noting that VHDL and other similar hardware design languages are used to 
create most of the digital integrated circuits found in the various electronic 
gizmos that overwhelm our modern lives. The concept of using software 
to design hardware that is controlled by software will surely provide you 
with endless hours of contemplation. VHDL is a very exciting language 
and mastering it will allow you to implement systems capable of handling 
and processing in parallel ns-level logic events in a comfortable software 
environment. 

This book was written with the intention of being freely available to 
everybody. The formatted electronic version of this book is available from 
the Internet. Any part of this book can be copied, distributed and modified 


in accordance with the conditions of its license. 


DISCLAIMER: This book quickly takes you down the path toward 
understanding VHDL and writing solid VHDL code. The ideas presented 
herein represent the core knowledge you will need to get up and running 
with VHDL. This book in no way presents a complete description of the 
VHDL language. In an effort to expedite the learning process, some of the 
finer details of VHDL have been omitted from this book. Anyone who has 
the time and inclination should feel free to further explore the true depth 


of the VHDL language. There are many on-line VHDL reference books and 


free tutorials. If you find yourself becoming curious about what this book 


is not telling you about VHDL, take a look at some of these references. 


Introduction To VHDL 


VHDL has a rich and interesting history!. But since knowing this history 
is probably not going to help you write better VHDL code, it will only be 
briefly mentioned here. Consulting other, lengthier texts or search engines 
will provide more information for those who are interested. Regarding 
the VHDL acronym, the V is short for yet another acronym: VHSIC 
or Very High-Speed Integrated Circuit. The HDL stands for Hardware 
Description Language. Clearly, the state of technical affairs these days has 
done away with the need for nested acronyms. VHDL is a true computer 
language with the accompanying set of syntax and usage rules. But, as 
opposed to higher-level computer languages, VHDL is primarily used to 
describe hardware. The tendency for most people familiar with a higher- 
level computer language such as C or Java is to view VHDL as just another 
computer language. This is not altogether a bad approach if such a view 
facilitates the understanding and memorization of the language syntax and 
structure. The common mistake made by someone with this approach is 
to attempt to program in VHDL as they would program a higher-level 
computer language. Higher-level computer languages are sequential in 
nature; VHDL is not. 

VHDL was invented to describe hardware and in fact VHDL is a con- 
current language. What this means is that, normally, VHDL instructions 


are all executed at the same time (concurrently), regardless of the size of 


'VHDL-Wikipedia: http: //en.wikipedia.org/wiki/VHDL 
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your implementation. Another way of looking at this is that higher-level 
computer languages are used to describe algorithms (sequential execution) 
and VHDL is used to describe hardware (parallel execution). This inherent 
difference should necessarily encourage you to re-think how you write your 
VHDL code. Attempts to write VHDL code with a high-level language 
style generally result in code that nobody understands. Moreover, the 
tools used to synthesize? this type of code have a tendency to generate 
circuits that generally do not work correctly and have bugs that are nearly 
impossible to trace. And if the circuit does actually work, it will most likely 
be inefficient due to the fact that the resulting hardware was unnecessarily 
large and overly complex. This problem is compounded as the size and 
complexity of your circuits becomes greater. 

There are two primary purposes for hardware description languages such 
as VHDL. First, VHDL can be used to model digital circuits and systems. 
Although the word “model” is one of those overly used words in engineering, 
in this context it simply refers to a description of something that presents 
a certain level of detail. The nice thing about VHDL is that the level 
of detail is unambiguous due to the rich syntax rules associated with it. 
In other words, VHDL provides everything that is necessary in order to 
describe any digital circuit. Likewise, a digital circuit /system is any circuit 
that processes or stores digital information. Second, having some type of 
circuit model allows for the subsequent simulation and/or testing of the 
circuit. The VHDL model can also be translated into a form that can be 
used to generate actual working circuits. The VHDL model is magically? 
interpreted by software tools in such a way as to create actual digital 
circuits in a process known as synthesis. 

There are other logic languages available to model the behavior of digital 
circuit designs that are easy to use because they provide a graphical 
method to model circuits. For them, the tendency is to prefer the graphical 
approach because it has such a comfortable learning curve. But, as you can 


easily imagine, your growing knowledge of digital concepts is accompanied 


?Synthesis: the process of interpreting VHDL code and outputting a definition of 
the physical circuit implementation to be programmed on a device such as an FPGA. 
3It is not really magic. There is actually a well-defined science behind it. 


by the ever-increasing complexity of digital circuits you are dealing with. 
The act of graphically connecting a bunch of lines on the computer screen 
quickly becomes tedious. The more intelligent approach to digital circuit 
design is to start with a system that is able to describe exactly how your 
digital circuit works (in other words, modeling it) without having to worry 
about the details of connecting large quantities of signal lines. Having a 
working knowledge of VHDL will provide you with the tools to model 
digital circuits in a much more intelligent manner. 

Finally, you will be able to use your VHDL code to create actual func- 
tioning circuits. This allows you to implement relatively complex circuits 
in a relatively short period of time. The design methodology you will be 
using allows you to dedicate more time to designing your circuits and less 
time “constructing” them. The days of placing, wiring and troubleshooting 
multiple integrated circuits on a proto-board are gone. 

VHDL is a very exciting language that can allow the design and imple- 
mentation of functions capable of processing an enormous amount of data 
by employing a relatively low-cost and low-power hardware. Moreover, 
what is really impressive is that, via simple VHDL modules, you can 
have direct access to basic ns-level logic events as well as communicate 
using a USB port or drive a VGA monitor to visualize graphics of modest 
complexity. 

Modeling digital circuits with VHDL is a form of modern digital design 
distinct from schematic-based approaches. The programmer writes a loose 
description of what the final logic circuit should do and a language compiler, 
in this case called a synthesizer, attempts to “infer” what the actual final 
physical logic circuit should be. Novice programmers are not always able to 
convince the synthesizer to implement something that seems very clear in 
their minds. A somehow old-fashioned alternative to a descriptive language 
such as VHDL is one in which the programmer simply interconnects a 
finite number of digital blocks that he has pooled from a library in an 
attempt to reach the same objective. This approach is not only very time 
consuming but also inherently limiting and very error prone. 

Modern digital design is more about appropriately modeling digital 


circuits and maintaining a quality description of the circuit. All that is left 
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now is to learn how to properly use VHDL to describe what you want to 


implement. 


1.1 Golden Rules of VHDL 


Before you start, here are a couple of points that you should never forget 
when working with VHDL. 


VHDL is a hardware-design language. Although most people have 
probably already been exposed to some type of higher-level computer 
language, these skills are only indirectly applicable to VHDL. When you 
are working with VHDL, you are not programming, you are “designing 
hardware”. Your VHDL code should reflect this fact. What does this mean? 
It means that unless you are inside certain constructs, your code lines will 
be executed almost all at once. If your VHDL code appears too similar to 
code of a higher-level computer language, it is probably bad VHDL code. 
This is vitally important. 


Have a general concept of what your hardware should look like. 
Although VHDL is vastly powerful, if you do not understand basic digital 
constructs, you will probably be unable to generate efficient digital circuits. 
Digital design is similar to higher-level language programming in that even 
the most complicated programming at any level can be broken down into 
some simple programming constructs. There is a strong analogy to digital 
design in that even the most complicated digital circuits can be described 
in terms of basic digital constructs. In other words, if you are not able to 
roughly envision the digital circuit you are trying to model in terms of 
basic digital circuits, you will probably misuse VHDL, thus angering the 
VHDL gods. VHDL is cool, but it is not as magical as it initially appears 
to be. 


1.2 Tools Needed for VHDL Development 


VHDL is a language used to implement hardware which will run other 
software (for example C). A Field Programmable Gate Array (FPGA) 


is probably the most common device that you can use for your VHDL 


1.2 Tools Needed for VHDL Development 


implementations. If you want to do VHDL coding for FPGAs you will have 
to play within the rules that current major FPGA manufacturers have 
drawn up to help you (rules which also ensure their continued existence in 
the market). 

The successful implementation of a VHDL-based system roughly calls 
for the following steps: VHDL code writing, compiling, simulation and 
synthesis. All major FPGA manufacturers have a set of software and 
hardware tools that you can use to perform the mentioned steps. Most of 
these software tools are free of charge but are not open-source. Nevertheless, 
the same tools follow a license scheme, whereby paying a certain amount 
of money allows you to take advantage of sophisticated software features 
or get your hands on proprietary libraries with lots of components (e.g. a 
32-bit processor) that you can easily include in your own project. 

If your have no interest in proprietary libraries you can use open-source 
solutions (e.g. GHDL* or BOOT®) which will allow you to compile and 
simulate your VHDL code using the open-source tool gcc®. At the time 
of writing, no open-source solution is available for the synthesis process. 
However synthesis can be accomplished using a free-license version of any 
major FPGA manufacturer’s software tool (e.g. Xilinx Vivado). 

Thanks to the open-source community, you can write, compile and 
simulate VHDL systems using excellent open-source solutions. This book 
will show you how to get up and running with the VHDL language. For 
further tasks such as synthesis and upload of your code into an FPGA, the 
free of charge Xilinx Vivado’ or the Altera equivalent tool Quartus, can 


be employed. 


4VHDL simulator GHDL: http: //ghdl.free.fr 

°>VHDL software tool BOOT: http://www. freerangefactory.org 

° Multi-language open-source compiler GCC: http://gcc.gnu.org 

7Xilinx Vivado: https: //www.xilinx.com/products/design-tools/vivado.html 


VHDL Invariants 


There are several features of VHDL that you should know before moving 
forward. Although it is rarely a good idea for people to memorize anything, 
you should memorize the basic concepts presented in this section. This 
should help eliminate some of the drudgery involved in learning a new 
programming language and lay the foundation that will enable you to 


create visually pleasing and good VHDL source code. 


2.1 Case Sensitivity 


VHDL is not case sensitive. This means that the two statements shown 
in Listing 2.1 have the exact same meaning (don’t worry about what the 
statement actually means though). Keep in mind that Listing 2.1 shows an 


example of VHDL case sensitivity and not good VHDL coding practices. 


Listing 2.1: An example of VHDL case insensitivity. 


Dout <= A and B; doUt <= a AnD b; 


2.2 White Space 


VHDL is not sensitive to white space (spaces and tabs) in the source 
document. The two statements in Listing 2.2 have the exact same meaning. 
Once again, Listing 2.2 is not an example of good VHDL coding style. 
Note that Listing 2.2 once again indicates that VHDL is not case sensitive. 
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Listing 2.2: An example showing VHDL’s indifference to white space. 


iO) <= IgGl iejie’ Alia Joie nQ <=in_a OR shia_loje 


2.3 Comments 


Comments in VHDL begin with the symbol “——” (two consecutive dashes). 
The VHDL synthesizer ignores anything after the two dashes and up to 
the end of the line in which the dashes appear. Listing 2.3 shows two types 
of commenting styles. Unfortunately, there are no block-style comments 
(comments that span multiple lines but do not require comment marks on 


every line) available in VHDL. 


Listing 2.3: Two typical uses of comments. 


-—- This next section of code is used to blah-blah 
-- This type of comment is the best fake for block-style commenting. 
PS_reg <= NS_reg; -- Assign next_state value to present_state 


Appropriate use of comments increases both the readability and the 
understandability of VHDL code. The general rule is to comment any 
line or section of code that may not be clear to a reader of your code 
besides yourself. The only inappropriate use of a comment is to state 
something that is patently obvious. It is hard to imagine code that has 
too few comments so don’t be shy: use lots of comments. Research has 
shown that using lots of appropriate comments is actually a sign of high 


intelligence. 


2.4 Parentheses 


VHDL is relatively lax on its requirement for using parentheses. Like other 
computer languages, there are a few precedence rules associated with the 
various operators in the VHDL language. Though it is possible to learn 
all these rules and write clever VHDL source code that will ensure the 
readers of your code are left scratching their heads, a better idea is to 
practice liberal use of parentheses to ensure the human reader of your 
source code understands the purpose of the code. Once again, the two 
statements appearing in Listing 2.4 have the same meaning. Note that 


extra white space has been added along with the parentheses to make the 
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lower statement clearer. 


Listing 2.4: Example of parentheses that can improve clarity. 


ifs = "0" and y= "0" er 2 = "1" then 
blah; -- some useful statement 
blah; -- some useful statement 
end if; 
ie (ee = SI) etal (7 SS VI" )))) wre (ee Se PY) selavein 
blah; -- some useful statement 
blah; -- some useful statement 
end if; 


2.5 VHDL Statements 


Similar to other algorithmic computer languages, every VHDL statement 
is terminated with a semicolon. This fact helps when attempting to re- 
move compiling errors from your code since semicolons are often omitted 
during initial coding. The main challenge then is to know what constitutes 
a VHDL statement in order to know when to include semicolons. The 
VHDL synthesizer is not as forgiving as other languages when superfluous 


semicolons are placed in the source code. 


2.6 if, case and loop Statements 


As you will soon find out, the VHDL language contains if, case and 
loop statements. A common source of frustration that occurs when learn- 
ing VHDL are the classic mistakes involving these statements. Always 
remember the rules stated below when writing or debugging your VHDL 
code and you will save yourself a lot of time. Make a note of this section as 
one you may want to read again once you have had a formal introduction 


to these particular statements. 


e Every if statement has a corresponding then component 


e Each if statement is terminated with an end if; 


e If you need to use an else if construct, the VHDL version is elsif 
e Each case statement is terminated with an end case; 


e Each loop statement has a corresponding end loop; statement 


In general, you should not worry too much about memorizing code syntax 


as chances are you will use an editor sophisticated enough to have code 
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snippets (namely Gedit!). A good programmer distinguishes himself by 


other means than perfectly remembering code syntax. 


2.7 Identifiers 


An identifier refers to the name given to various items in VHDL. Examples 
of identifiers in higher-level languages include variable names and function 
names. Examples of identifiers in VHDL include variable names, signal 
names and port names (all of which will be discussed soon). Listed below 
are the hard and soft rules (i.e. you must follow them or you should follow 
them), regarding VHDL identifiers. 


e Identifiers should be self-describing. In other words, the text you apply 
to identifiers should provide information as to the use and purpose of 


the item the identifier represents. 


e Identifiers can be as long as you want (contain many characters). Shorter 
names make for better reading code, but longer names present more 
information. It is up to the programmer to choose a reasonable identifier 


length. 


e Identifiers can only contain a combination of letters (A-Z and a-z), 


digits (0-9) and the underscore character (“_”). 
e Identifiers must start with an alphabetic character. 


e Identifiers must not end with an underscore and must never have two 


consecutive underscores. 


e The best identifier for a function that calculates the position of the Earth 


is CalcEarthPosition or calc_earth_position. Try to be consistent. 


e The best identifier for a variable that stores the age of your car is 


AgeMyCar or age_my_car. Again, try to be consistent. 


Remember, intelligent choices for identifiers make your VHDL code more 
readable, understandable and more impressive to coworkers, superiors, 
family and friends. A few examples of both good and bad choices for 


identifier names appear in Listing 2.5 and in Listing 2.6. 


'Gedit, the official Linux GNOME text editor: http: //projects.gnome.org/gedit 
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Listing 2.5: Valid identifiers. Listing 2.6: Invalid identifiers. 


data_bus —-descriptive name 3Bus_val -- begins with a number 
WE —-classic write enable DDD —- not self commenting 
dive Lag, —-real winner mid_$num -- illegal character 
port_A —-provides some info last__val—-- consec. underscores 

an _ pus —-input bus str_val_ -- ends with underscore 
clk =——Classic icilock EBay —- uses VHDL reserved word 
el sie C#SSS -—- total garbage 

(Gublie: onbis sie Abels] == “ini? jole: eligenucl 
mem_read_data Big_vAlUe-- valid but ugly 

= pa -- possibly lacks meaning 
== sim-val -- illegal character (dash) 
== DDE_SUX -- no comment 


2.8 Reserved Words 


There is a list of words that have been assigned special meaning by the 
VHDL language. These special words, usually referred to as reserved words, 
cannot be used as identifiers when writing VHDL code. A partial list of 
reserved words that you may be inclined to use appears in Listing 2.7. A 
complete list of reserved words appears in the Appendix. Notably missing 
from Listing 2.7 are standard operator names such as AND, OR, XOR, 


etc. 

Listing 2.7: A short list of VHDL reserved words. 

access after alias ali attribute block 
body buffer bus constant exit file 
LOE function generic group in is 
label loop mod new next igual 
(oye on open out range rem 
return signal shared then Lee) type 
Leben niall use variable wait while with 


2.9 VHDL Coding Style 


Coding style refers to the appearance of the VHDL source code. Obviously, 
the freedom provided by case insensitivity, indifference to white space 
and lax rules on parentheses creates a coding anarchy. The emphasis in 
coding style is therefore placed on readability. Unfortunately, the level 
of readability of any document, particularly coding text, is subjective. 
Writing VHDL code is similar to writing code in other computer languages 
such as C and Java where you have the ability to make the document more 


readable without changing the functioning of the code. This is primarily 


16 
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done by indenting certain portions of the program, using self-describing 


identifiers and providing proper comments when and where necessary. 


Instead of stating here a bunch of rules for you to follow as to how your 


code should look, you should instead strive to simply make your source 


code readable. Listed below are a few thoughts on what makes readable 


source code. 


Chances are that if your VHDL source code is readable to you, it will 
be readable to others who may need to peruse your document. These 
other people may include someone who is helping you get the code 
working properly, someone who is assigning a grade to your code, or 
someone who signs your paycheck at the end of the day. These are 
the people you want to please. These people are probably very busy 
and more than willing to make a superficial glance at your code. Nice 


looking code will slant such subjectivity in your favor. 


If in doubt, your VHDL source code should be modeled after some 
other VHDL document that you find organized and readable. Any code 
you look at that is written down somewhere is most likely written by 
someone with more VHDL experience than a beginner such as yourself. 
Emulate the good parts of their style while on the path to creating an 


even more readable style. 


Adopting a good coding style helps you write code without mistakes. 
As with other compilers you have experience with, you will find that 
the VHDL compiler does a great job of knowing a document has an 
error but a marginal job at telling you where or what the error is. 
Using a consistent coding style enables you to find errors both before 


compilation and after the compiler has found an error. 


A properly formatted document explicitly presents information about 
your design that would not otherwise be readily apparent. This is par- 


ticularly true when using proper indentation and sufficient comments. 


VHDL Design Units 


The “black-box” approach to any type of design implies a hierarchical 
structure in which varying amounts of detail are available at each of the 
different levels of the hierarchy. In the black-box approach, units of action 
which share a similar purpose are grouped together and abstracted to a 
higher level. Once this is done, the module is referred to by its inherently 
more simple black-box representation rather than by the details of the 
circuitry that actually performs that functionality. This approach has two 
main advantages. First, it simplifies the design from a systems standpoint. 
Examining a circuit diagram containing appropriately named black boxes is 
much more understandable than staring at a circuit containing a countless 
number of logic gates. Second, the black-box approach allows for the reuse 
of previously written code. 

Not surprisingly, VHDL descriptions of circuits are based on the black- 
box approach. The two main parts of any hierarchical design are the black 
box and the stuff that goes in the black box (which can of course be other 
black boxes). In VHDL, the black box is referred to as entity and the 
stuff that goes inside it is referred to as the architecture. For this reason, 
the VHDL entity and architecture are closely related. As you can probably 
imagine, creating the entity is relatively simple while a good portion of 
the VHDL coding time is spent on properly writing the architecture. Our 
approach here is to present an introduction to writing VHDL code by 


describing the entity and then moving on to the details of writing the 
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architecture. Familiarity with the entity will hopefully aid in your learning 


of the techniques to describe the architecture. 


3.1 Entity 


The VHDL entity construct provides a method to abstract the functionality 
of a circuit description to a higher level. It provides a simple wrapper for the 
lower-level circuitry. This wrapper effectively describes how the black box 
interfaces with the outside world. Since VHDL describes digital circuits, the 
entity simply lists the various inputs and outputs of the underlying circuitry. 
In VHDL terms, the black box is described by an entity declaration. The 


syntax of the entity declaration is shown in Listing 3.1. 


Listing 3.1: The entity declaration in VHDL. 


entity my_entity is 


pore,( 

POGEaname ales) can std_logic ; 

port_name_2 : out std_logic; 

port_name_3 : inout std_logic ); --do not forget the semicolon 
end my_entity; -- do not forget this semicolon either 


my_entity defines the name of the entity. The next section is nothing 
more than the list of signals from the underlying circuit that are available 
to the outside world, which is why it is often referred to as an interface 
specification. The port_name_x is an identifier used to differentiate the 
various signals. The next keyword (the keyword in) specifies the direction 
of the signal relative to the entity where signals can either enter, exit or do 
both. These input and output signals are associated with the keywords in, 
out and inout! respectively. The next keyword (the keyword std_logic) 
refers to the type of data that the port will handle. There are several data 
types available in VHDL but we will primarily deal with the std_logic 
type and derived versions. More information regarding the various VHDL 
data types will be discussed later. 

When you attempt to write fairly complicated VHDL code, you will need 
to split your code into different files, functions and packages constructors 
which will help you better deal with your code. In this scenario, the entity 
body will not only host the port definition statements but, most likely, 
other procedures as well. We will talk about this later in the book. 


The inout data mode will be discussed later on in the book. 
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Listing 3.2: VHDL entity declaration. 


-- interface description == 


SS OE Poulter eet a life_in1 kill_a 
eHeiey oi eeueke Ge life_in2 killer_ckt kill_b 
port ( ctrl_a kill_c 

ILaisKS\ alsgial + in std_logic; 

life lin nest aedogic: ctrl_b 

(jose sey, telewelh Jo) 8 Tibigh eh tol a Wofe pifoip 

Feat Ihe) = out std Logic; 


Feat doy Veabtl ih ver 8 feqehe; (ch =fol Nols hopin 
end killer_ckt; 


Listing 3.2 shows an example of a black box and the VHDL code used to 
describe it. Listed below are a few points to note about the code in List- 
ing 3.2. Most of the points deal with the readability and understandability 
of the VHDL code. 


e Each port name is unique and has an associated mode and data type. 


This is a requirement. 


e The VHDL compiler allows several port names to be included on a 
single line. Port names are separated by commas. Always strive for 


readability. 


e Port names are somewhat lined up in a feeble attempt to increase 
readability. This is not a requirement but you should always be striving 


for readability. Remember that white spaces are ignored by the compiler. 


e A comment, which tells us what this entity does, is included. 


A black-box diagram of the circuit is also provided. Once again, drawing 
some type of diagram helps with any VHDL code that you may be 


writing. Remember: do not be scared, draw a picture. 


Hopefully, you are not finding these entity specifications too challenging. 
In fact, they are so straightforward, we will throw in one last twist before 
we leave the realm of VHDL entities. Most of the more meaningful circuits 
that you will be designing, analyzing and testing have many similar and 
closely related inputs and outputs. These are commonly referred to as “bus 
signals” in computer lingo. Bus lines are made of more than one signal 


that differ in name by only a numeric character. In other words, each 
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separate signal in the bus name contains the bus name plus a number to 
separate it from other signals in the bus. Individual bus signals are referred 
to as elements of the bus. As you would imagine, buses are often used 
in digital circuits. Unfortunately, the word bus also refers to established 
data transfer protocols. To disambiguate the word bus, we will be using 
the word “bundle” to refer to a set of similar signals and bus to refer to a 
protocol. 

Bundles are easily described in the VHDL entity. All that is needed is a 
new data type and a special notation to indicate when a signal is a bundle 
or not. A few examples are shown in Listing 3.3. In these examples note that 
the mode remains the same but the type has changed. The std_logic 
data type has now been replaced by the word std_logic_vector to 
indicate that each signal name contains more than one signal. There are 
ways to reference individual members of each bundle, but we will get to 
those details later. 

As you can see by examining Listing 3.3, there are two possible methods 
to describe the signals in a bundle. These two methods are shown in the 
argument lists that follow the data type declaration. The signals in the 
bundle can be listed in one of two orders which are specified by the to and 
downto keywords. If you want the most significant bit of your bundle to 
be the first bit on the left you use the downto keyword. Be sure not to 
forget the orientation of signals when you are using this notation in your 
VHDL model. 

In the black box of Listing 3.3 you can see the formal notation for a bundle. 
Note that the black box uses a slash-and-number notation. The slash across 
the signal line indicates the signal is a bundle and the associated number 
specifies the number of signals in the bundle. Worthy of mention regarding 
the black box relative to Listing 3.3 is that the input lines sel1 and se10 


could have been made into one bundle containing the two signals. 
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a_data 
b_data 
c_data : 
d_data mux_4 data_out 


0} CO} CO} CO 


selO 
sell 


Listing 3.3: Entity declaration with bundles. 


—- Unlike the other examples, this is actually an interface 
—- for a MUX that selects one of four bus lines for the output. 


entity mux4 is 


jsienais (  selicleicel Ligh std_logic_vector(0 to 7); 
b_data 8 Glin! std_logic_vector(0 to 7); 
c_data alia! std_logic_vector(0 to 7); 
d_data 2 alia) std_logic_vector(0 to 7); 
Seb Sul) 8 Shia! std_logic; 
Glia yelic 9 iollhe std_logic_vector(7 downto 0)); 


end mux4; 


The data type std_logic and the data type std_logic_vector is 
what the IEEE has standardized for the representation of digital signals. 
Normally, you should consider that these data types assume the logic value 1 
or the logic value 0. However, as specified in the std_logic_1164 package, 
the implementation of the std_logic type (and the std_logic_vector 
type) is a little more generous and includes 9 different values, specifically: 
OQ, 1,U,X,2,W, L, H,-: 

The data type std_logic becomes available to you soon after the de- 
claration library IEEE; use IEEE.std_logic_1164.all; at the 


beginning of your code. 

The reason for all these values is the desire for modeling three-state 
drivers, pull-up and pull-down outputs, high impedance state and a few 
others types of inputs/outputs. For more details refer to the IEEE 1164 
Standard?. 

Alternatively to the std_logic data type, VHDL programmers some- 
times use the much simpler data type bit which has only the logic values 
1 and 0. 


2IEEE 1164 Standard: http: //en.wikipedia.org/wiki/IEEE_1164 
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3.2 VHDL Standard Libraries 


The VHDL language as many other computer languages, has gone through 


a long and intense evolution. Among the most important standardization 


steps we can mention are the release of the IEEE Standard 1164 pack- 


age as well as some child standards that further extended the functionality 
of the language. In order to take advantage of the main implementable 
feature of VHDL you just need to import the two main library packages 


as shown in lines 2~4 of Listing 3.4. 


Listing 3.4: Typical inclusions of IEEE standard libraries. 


-- library declaration 
library IEEE; 
use IEEE.std_logic_1164.a11; -- basic IEEE library 
use IEEE.numeric_std.all; -- IEEE library for the unsigned type and 
—- various arithmetic operators 
—- WARNING: in general try NOT to use the following libraries 
== because they are not IEEE standard libraries 
== use IEEE. std_logic_arith.all; 
-—- use IEEE.std_logic_unsigned.all; 
—- use IEEE.std_logic_signed 
SS Tented y; 
entity my_ent is 
pert ( 4,3,6 * an stdllogic; 
EF : out std_logic) ; 
end my_ent; 
-- architecture 
architecture my_arch of my_ent is 


signal vl,v2 = std_logic_vector (3 downto 0); 


Stakepaveril qbul, : unsigned (3 downto 0); 
Signal a : integer; 
begin 
oll) ee WIIG aS 
a ee ee 
vl <= std_logic_vector (ul) ; SS nal oyaly 
w2 <= std_logic_vector(to_unsigned(il, v2*length)); -- = "1101" 


"4" could be used instead of "v2"length", but the "length" 
—- attribute makes life easier if you want to change the size of v2 


F <= NOT (A AND B AND C); 
end my_arch; 


Once these packages have been included, you will have access to a very 
large set of goodies: several data types, overloaded operators, various 
conversion functions, math functions and so on. For instance, the inclusion 
of the package numeric_std.al1 will give you the possibility of using the 
unsigned data type and the function to_unsigned shown in Listing 3.4. 


For a detailed description of what these libraries include, refer to the 
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Language Templates of your favorite synthesis software tool. 


For more information on VHDL standard libraries refer to the Appendix. 


3.3 Architecture 


The VHDL entity declaration, introduced before, describes the interface 
or the external representation of the circuit. The architecture describes 
what the circuit actually does. In other words, the VHDL architecture 
describes the internal implementation of the associated entity. As you can 
probably imagine, describing the external interface to a circuit is generally 
much easier than describing how the circuit is intended to operate. This 
statement becomes even more important as the circuits you are describing 
become more complex. 

There can be any number of equivalent architectures describing a single 
entity. As you will eventually discover, the VHDL coding style used inside 
the architecture body has a significant effect on the way the circuit is 
synthesized (how the circuit will be implemented inside an actual silicon 
device). This gives the VHDL programmer the flexibility of designing sys- 
tems with specific positive or negative features such as particular physical 
size (measuring the number of needed basic digital elements) or operational 
speed. 

For various reasons, such as facilitating code re-usability and connectibil- 
ity, an architecture can be modeled in different ways. Understanding the 
various modeling techniques and understanding how to use them represent 
the first important steps in learning VHDL. 

An architecture can be written by means of three modeling techniques 
plus any combination of these three. There is the data-flow model, the 
behavioral model, the structural model and the hybrid models. 
These models will be described throughout the book. Listing 3.5 gives a 
sneak preview of what a simple but complete VHDL code block looks like. 


3.4 Signal and Variable Assignments 


In VHDL there are several object types. Among the most frequently used 


we will mention the signal object type, the variable object type and the 
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Listing 3.5: Example of a simple VHDL block. 


SSSSSSSSs5ssss8=5555—= PELs Wy SS save Sasa 2 sore 
-- library declaration 

library ieee; 

use ieee.std_logic_1164.all1; 


BH 


-S ehe EN 
Gieskeyy Yealiee waned ale 
Pork, (A,b7Ca ne stallogic; 
F,G = Out Std logic); 
end circuitl; 


—- the ARCHITECTURE 
erenitecture circiiel arc of circiiel is 
Signals sugqall | std logic, —- signal definition 
begin 
process (a,b,c) 
variable var_l : integer; == variable definition 
begin 
F <= not (A and B and C); -—- signal assignment 
20 sig_l <= A; —- another signal assignment 
21 var_l := 34; —- variable assignment 
22 end process; 


ANIanPWwWwnNrovANH anh wn 


o 


24 G <— note (A Vand Bi; —- concurrent assignment 
PL (inlet (@absateibiiie ik enarelp 


constant object type. The signal type is the software representation of a 
wire. The variable type, like in C or Java, is used to store local information. 
The constant is like a variable object type, the value of which cannot 
be changed. A signal object can be of different types; we saw before, for 
example, that a signal object can be of type std_logic or of other types 
like integer, custom types, etc. The same applies for variable objects. 

Before using any signal or variable, it is mandatory to declare them. 
Signals are declared at the top of the architecture body, just before the 
keyword begin. Variables must be declared inside the process construct 
and are local. An example is shown in line 14 and 17 of Listing 3.5. 

As seen in line 19 and line 20 of Listing 3.5 when you want to assign a new 
value to an object of type signal you use the operator “<=”. Alternatively, 
when you want to assign a new value to an object of type variable you will 
use the operator “:=”, shown in line 21. 

It is important to understand the difference between variables and signals, 
specifically when their value changes. A variable changes its value soon 
after the variable assignment is executed. Instead, a signal changes its 


value “some time” after the signal assignment expression is evaluated. 
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This has important consequences for the updated values of variables and 
signals. This means that you should never assume that a signal assignment 
can happen instantly and it also means that you can take advantage of 
variables every time you need to implement a counter or to store values 
when inside a process. 

In order to be able to introduce the use of a variable we had to employ 
the process construct, a construct that you are not yet familiar with. We 
will see more in details later on in the book that any time we need a 
non-concurrent execution environment where code lines are executed one 
after the other (like in C or Java), we will be using the process construct. 
Inside a process, all instructions are executed consecutively from top to 
bottom. However the process itself will be executed concurrently with the 
rest of the code (e.g. the instruction at line 24). 

Always remember that the assignment of Listing 3.5 at line 24 and 
the execution of the process, are not executed consecutively but instead 
concurrently (all at the same time). Any hope that the execution of line 
24 will happen before or after the execution of the process will only result 
in great disappointment. 


As a final note, let us to remind that the type std_logic only exists if 


you declare the library ieee. std_logic_1164.al11 as done in line 4 of 
Listing 3.5. 


3.5 Summary 


e The entity declaration describes the inputs and outputs of your circuit. 
This set of signals is often referred to as the interface to your circuit 
since these signals are what the circuitry, external to the entity, uses 


to interact with your circuit. 


Signals described in the entity declaration include a mode specifier and 
a type. The mode specifier can be either an in or an out (or, as we will 
see later on, even an inout) while the type is either a std_logic or 


std_logic_vector. 


e The word bundle is preferred over the word bus when dealing with 


multiple signals that share a similar purpose. The word bus has other 
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connotations that are not consistent with the bundle definition. 


e Multiple signals that share a similar purpose should be declared as 
a bundle using a std_logic_vector type. Bundled signals such as 
these are always easier to work with in VHDL compared to scalar types 


such as std_logic. 


e The architecture describes what your circuit actually does and what 
its behavior is. Several possible implementations (models) of the same 
behavior are possible in VHDL. These are the data-flow model, the 
behavioral model, the structural model as well as any combination 


of them, generally called hybrid model. 
3.6 Exercises 
1. What is referred to by the word bundle? 


2. What is a common method of representing bundles in black-box 


diagrams? 


3. Why is it considered a good approach to always draw a black-box 
diagram when using VHDL to model digital circuits? 


4. Write VHDL entity declarations that describe the following black-box 


diagrams: 
a) b) 
a_inl input_w 5 8 
pane sysl uk a_data dat_4 
clk 8 sys2 
ctrl_int b_data dat_5 
clk 


5. Provide black-box diagrams that are defined by the following VHDL 


entity declarations: 
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a) 


entity cktlc. is 


Porte, «( 
buna, unm, umees seen std_logic_vector(7 downto 0); 
deta, lbeley, keke! $e aljal std_logic; 
reg_a, reg_b, reg_c : out std_logic_vector(7 downto 0)); 


end ckt_c; 


b) 

entity ckt_e is 

port ( 
RAM_CS, RAM_WE, RAM_OE : in std_logic; 
SEL_OP1, SEL _OP2 : in std_logic_vector(3 downto 0); 
RAM_DATA_IN : in std_logic_vector(7 downto 0); 
RAM_ADDR_IN : in std_logic_vector(9 downto 0); 
RAM_DATA_OUT : out std_logic_vector(7 downto 0)); 


end ckt_e; 


6. The following two entity declarations contain two of the most common 


syntax errors made in VHDL. What are they? 
a) 


ently vekimasals 

pore, ( 
Jj in stdllogic; 
CLK) in) stdalogic 
Q lout std logic,’ ) 

end icktla, 


b) 

entaiy wekitelbor us 

pore (( 

geese I Ghee y/ : in std_logic_vector(15 downto 0); 
ibe teresa. : in std_logic_vector(3 downto 0); 
byte_out : out std_logic_vector(3 downto 0); 


end ckt_b; 


VHDL Programming Paradigm 


The previous chapter introduced the idea of the basic design units of VHDL: 
the entity and the architecture. Most of the time was spent describing 
the entity simply because there is so much less involved compared to the 
architecture. Remember, the entity declaration is used to describe the 
interface of a circuit to the outside world. The architecture is used to 
describe how the circuit is intended to function. 

Before we get into the details of architecture specification, we must step 
back for a moment and remember what it is we are trying to do with VHDL. 
We are, for one reason or another, describing a digital circuit. Realizing 
this is very important. The tendency for young VHDL programmers with 
computer programming backgrounds is to view VHDL as just another pro- 
gramming language they want or have to learn. Although many university 
students have used this approach to pass the basic digital classes, this is 
not a good idea. 

When viewed correctly, VHDL represents a completely different approach 
to programming while still having many similarities to other programming 
languages. The main similarity is that they both use a syntactical and rule- 
based language to describe something abstract. But, the difference is that 
they are describing two different things. Most programming languages are 
used to implement functionalities in a sequential manner, one instruction at 


a time. VHDL however describes hardware and so instructions are executed 
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in a concurrent manner! 


, meaning that all instructions are executed at 
once. Realizing this fact will help you to truly understand the VHDL 


programming paradigm and language. 


4.1 Concurrent Statements 


At the heart of most programming languages are the statements that 
form a majority of the associated source code. These statements represent 
finite quantities of actions to be taken. A statement in an algorithmic 
programming language such as C or Java represents an action to be taken 
by the processor. Once the processor finishes one action, it moves onto the 
next action specified somewhere in the associated source code. This makes 
sense and is comfortable to us as humans because just like the processor, 
we are generally only capable of doing one thing at a time. This description 
lays the foundation for an algorithmic method where the processor does 
a great job of following a set of rules which are essentially the direction 
provided by the source code. When the rules are meaningful, the processor 
can do amazing things. 

VHDL programming is significantly different. Whereas a processor steps 
one by one through a set of statements, VHDL has the ability to execute 
a virtually unlimited number of statements at the same time and in a 
concurrent manner (in other words, in parallel). Once again, the key 
thing to remember here is that we are designing hardware. Parallelism, or 
things happening concurrently, in the context of hardware is a much more 
straightforward concept than it is in the world of software. If you have 
had any introduction to basic digital hardware, you are most likely already 
both familiar and comfortable with the concept of parallelism, albeit not 
within a programming language. 

Figure 4.1 shows a simple example of a circuit that operates in parallel. 
As you know, the output of the gates are a function of the gate inputs. 
Any time that any gate input changes, there is a possibility that, after an 
opportune delay, the gate output will change. This is true of all the gates 
in Figure 4.1 or in any digital circuit in general. Once changes to the gate 


inputs occur, the circuit status is re-evaluated and the gate outputs may 


‘In VHDL, there are ways to obtain sequential execution as well. 
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Figure 4.1: Some common circuit that is well known to execute parallel oper- 


ations. 


change accordingly. Although the circuit in Figure 4.1 only shows a few 
gates, this idea of concurrent operation of all the elements in the circuit is 
the same in all digital circuits no matter how large or complex they are. 

Since most of us are human, we are only capable of reading one line of 
text at a time and in a sequential manner. We have the same limitation 
when we try to write some text, not to mention enter some text into 
a computer. So how then are we going to use text to describe a circuit 
that is inherently parallel? We did not have this problem when discussing 
something inherently sequential such as standard algorithmic programming. 
When writing code using an algorithmic programming language, there 
is generally only one processing element to focus on at each given time. 
Everything more or less follows up in a sequential manner, which fits nicely 
with our basic limitation as humans. 

The VHDL programming paradigm is built around the concept of ex- 
pression parallelism and concurrency with textual descriptions of circuits. 
The heart of VHDL programming is the concurrent statement. These are 
statements that look a lot like the statements in algorithmic languages but 
they are significantly different because the VHDL statements, by definition, 


express concurrency of execution. 


Listing 4.1 shows the code that implements the circuit shown in Figure 4.1. 
This code shows four concurrent signal assignment statements. As seen 


before, the “<=” construct refers to the signal assignment operator. It is 
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Listing 4.1: VHDL code for the circuit of Figure 4.1. 


—- library declaration 
library IEEE; 
use IEEE.std_logic_1164.all1; 


-—- entity 
enediby my wciss ciate cis 
jorones, (PN IN tele il ala hevol_alveyoplyeig 
ih coupes 7 oui std elogic)); 
end my_circuit; 


-—- architecture 
architecture my_circuit_ere of my_cizcuit is 
Signal Aout, Buout, Clout = std_logic; 


begin 
A_out <= A_1 and A_2; 
Beout, <= Bol ion Bu2- 


Clout <= (mot, Del) Vand Bee. 
HeOUEs <— ASOu Or BeouL Or lGZoulte 
endemyncirculteanc; 


true that we cannot write these four statements at the same time but we can 
interpret these statements as actions that occur concurrently. Remember 
to keep in mind that the concept of concurrency is a key concept in VHDL. 
If you feel that the algorithmic style of thought is creeping into your soul, 
try to snap out of it quickly. The concurrent signal assignment is discussed 
in greater detail in the next section. 

As a consequence of the concurrent nature of VHDL statements, the 
three chunks of code appearing below are 100% equivalent to the code 
shown in Listing 4.1. Once again, since the statements are interpreted as 
occurring concurrently: the order that these statements appear in your 
VHDL source code makes no difference. Generally speaking, it would be a 
better idea to describe the circuit as shown in Listing 4.1 since it somewhat 


reflects the natural organization of statements. 
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Listing 4.2: Equivalent VHDL code for the circuit of Figure 4.1. 


Chout <= V(inee Da) Wand sem 
A_out <= A_1 and A_2; 

Beout) <— Bel vor Bea 

EZOuL) <= AZout (or Beoug or zou; 


Listing 4.3: Equivalent VHDL code for the circuit of Figure 4.1. 


A_out <= A_1 and A_2; 

EZOuEy <> AzOuE Or Bloue jor zou, 
Bouin —<— belo Bme er 

Czout <— (net Dol) and Bea. 


Listing 4.4: Equivalent VHDL code for the circuit of Figure 4.1. 


Blout <= Bol or Bu2- 

A_out <= A_1 and A_2; 

Hous <— AZout form Blouc or |Czour, 
Czout <— (net Del) sand Bez. 


4.2 Signal Assignment Operator “<=” 


Algorithmic programming languages always have some type of assignment 


ob 


operator. In C or Java, this is the well-known “=” sign. In these languages, 
the assignment operator signifies a transfer of data from the right-hand side 
of the operator to the left-hand side. VHDL uses two consecutive characters 
to represent the assignment operator: “<=”. This combination was chosen 
because it is different from the assignment operators in most other common 
algorithmic programming languages. The operator is officially known as 
a signal assignment operator to highlight its true purpose. The signal 
assignment operator specifies a relationship between signals. In other 
words, the signal on the left-hand side of the signal assignment operator is 
dependent upon the signals on the right-hand side of the operator. 

With these new insights into VHDL, you should be able to understand the 
code of Listing 4.1 and its relationship to its schematic shown in Figure 4.1. 
The statement “G <= A AND B;” indicates that the value of the signal 
named G represents an AND logic operation between the signals A and B. 

There are four types of concurrent statements that are examined in this 
chapter. We have already briefly discussed the concurrent signal assignment 
statement which we will soon examine further and put it into the context 


of an actual circuit. The three other types of concurrent statements that 
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are of immediate interest to us are the process statement, the conditional 
signal assignment and the selected signal assignment. 

In essence, the four types of statements represent the tools that you will 
use to implement digital circuits in VHDL. You will soon be discovering 
the versatility of these statements. Unfortunately, this versatility effectively 
adds a fair amount of steepness to the learning curve. As you know from 
your experience in other programming languages, there are always multiple 
ways to do the same things. Stated differently, several seemingly different 
pieces of code can actually produce the same result. The same is true 
for VHDL code: several considerably different pieces of VHDL code can 
actually generate the exact same hardware. Keep this in mind when you 
look at any of the examples given in this tutorial. Any VHDL code used to 
solve a problem is more than likely one of many possible solutions to that 
problem. Some of the VHDL models in this tutorial are presented to show 
that something can be done a certain way, but that does not necessarily 


mean they can only be done in that way. 


4.3 Concurrent Signal Assignment Statements 


The general form of a concurrent signal assignment statement is shown in 
Listing 4.5. In this case, the target is a signal that receives the values of 
the expression. An expression is defined by a constant, by a signal, or by 
a set of operators that operate on other signals. Examples of expressions 


used in VHDL code are shown in the examples that follow. 


Listing 4.5: Syntax for the concurrent signal assignment statement. 


<target> <= <expression>; 


EXAMPLE 1. Write the VHDL code that implements a three-input 
NAND gate. The three input signals are named A, B and C and the 


output signal name is F. 


SOLUTION. It is good practice to always draw a diagram of the circuit 
you are designing. Furthermore, although we could draw a diagram showing 
the familiar symbol for the NAND gate, we will choose to keep the diagram 
general and take the black-box approach instead. Remember, the black box 


anNtaw#»pwnr 
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is a nice aid when it comes to writing the entity declaration. The solution 


to Example 1 is provided in Listing 4.6. 


Listing 4.6: Solution of Example 1. 


-—- library declaration 

library IEEE; 

use IEEE.std_logic_1164.all1; 

-—- entity A 

entity my_nand3 is 

port ( A,B,C ; in std_logic; B—| my-nand3 F 

EF Out. SLaeLOgzc)); C 

end my_nand3; 

-- architecture 

architecture exa_nand3 of my_nand3 is 

begin 


F <= NOT(A AND B AND C); 


end exa_nand3; 


This example contains a few new ideas that are worth further clarifica- 


tion. 


There are header files and library files that must be included in your 
VHDL code in order for your code to correctly compile. These few lines 
of code are listed at the top of the code in Listing 4.6. The listed lines 
are more than what is needed for this example but they will be required 
in later examples. To save space, these lines will be omitted in some of 


the coming examples. 


This example highlights the use of several logic operators. The logic 
operators available in VHDL are AND, OR, NAND, NOR, XOR and 
XNOR. The NOT operator is technically not a logic operator but is 
also available. Moreover, these logic operators are considered to be 
binary operators in that they operate on the two values appearing on 
the left and right-hand side of the operator. The NOT operator is a 
unary operator and for that, it only operates on the value appearing to 


the right of the operator. 


In this solution, the entity only has one associated architecture. This is 


fairly common practice in most VHDL design. 


Example 1 demonstrates the use of the concurrent signal assignment (CSA) 


statement in a working VHDL program (refer to line 12 of Listing 4.6). 


But since there is only one CSA statement, the concept of concurrency is 


not readily apparent. The idea behind any concurrent statement in VHDL 
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is that the output is changed any time one of the input signals changes. 
In other words, the output F is re-evaluated any time a signal on the 
input expression changes. This is a key concept in truly understanding the 
VHDL, so you may want to read that sentence a few more times. The idea 


of concurrency is more clearly demonstrated in Example 2. 


| EXAMPLE 2. Write the VHDL code to implement the function 
expressed by the following logic equation: F3 = L-M-N+L-M 


SOLUTION. The black box diagram and associated VHDL code is shown 
in Listing 4.7. 


Listing 4.7: Solution of Example 2. 


—- library declaration 
library IEEE; 
use IEEE.std_logic_1164.al11; 
—— entaiey, L 
entity imyaCckiainse as 
Pert. (eh iM Nis ine scdelogic, M my -ckt_f3 F3 
F3 2 Out stdllogic); N 
end my_ckt_f3; 
-- architecture 
architectume: £382 of myeckhiers as 
begin 
F3<=((NOT L)AND(NOT M)AND N)OR(L AND M); 
end £3_2; 


This example shows a one-line implementation of the given logic equation. 

An alternative solution to Example 2 is provided in Listing 4.8. This 
example represents an important concept in VHDL. The solution shown 
in Listing 4.8 uses some special statements in order to implement the 
circuit. These special statements are used to provide what is often referred 
to as intermediate results. This approach is equivalent to declaring extra 
variables in an algorithmic programming language to be used for storing 
intermediate results. The need for intermediate results is accompanied 
by the declaration of extra signal values, which are often referred to as 
intermediate signals. Note in Listing 4.8 that the declaration of intermediate 
signals is similar to the port declarations appearing in the entity declaration, 
except that the mode specification (in, out or inout) is missing. 

The intermediate signals must be declared within the body of the archi- 
tecture because they have no link to the outside world and thus do not 


appear in the entity declaration. Note that the intermediate signals are 
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Listing 4.8: Alternative solution of Example 2. 


-- library declaration 
library IEEE; 
use IEEE.std_logic_1164.al1l1; 
-—- entity 
SiUeMNEN? Why ele. nes) ale 
pert {LN s 23 std logic; 


F3 + out std_logic)i; 
end my_ckt_f3; 
-—- architecture 
aAGChibe church Sale Or umverckiaehGemrs) 
signal Al, A2 : std_logic; -- intermediate signals 
begin 
Al <= ((NOT L) AND (NOT M) AND N); 


A2 <= L AND M; 
F3 <= Al OR A2; 
end £31)- 


declared in the architecture body but appear before the begin statement. 


Despite the fact that the architectures £3_2 and £3_1 of Listing 4.7 and 
Listing 4.8 appear different, they are functionally equivalent. This is because 


all the statements are concurrent signal assignment statements. Even 
though the £3_1 architecture contains three CSAs, they are functionally 
equivalent to the CSA in £3_2 because each of the three statements is 
effectively executed concurrently. 

Although the approach of using intermediate signals is not mandatory 
for this example, their use brings up some good points. First, the use 
of intermediate signals is the norm for most VHDL models. The use of 
intermediate signals was optional in Listing 4.8 due to the fact that the 
example was modeling a relatively simple circuit. As circuits become more 
complex, there are many occasions in which intermediate signals must be 
used. Secondly, intermediate signals are something of a tool that you will 
often need to use in your VHDL models. The idea here is that you are 
trying to describe a digital circuit using a textual description language: you 
will often need to use intermediate signals in order to accomplish your goal 
of modeling the circuit. The use of intermediate signals allows you to more 
easily model digital circuits but does not make the generated hardware 
more complicated. The tendency in using VHDL is to think that since 


there is more text written on your page, the circuit you are describing 
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and/or the resulting hardware is larger or more complex. This is simply 
not true. The main theme of VHDL is that you should use the VHDL 
tools at your disposal in order to model your circuits in the simplest way 
possible. Simple circuits have a higher probability of being understood and 
synthesized. But most importantly, a simple VHDL model is not related 
to the length of the actual VHDL code. 

In Example 2, the conversion of the logic function to CSAs was relatively 
straightforward. The ease with which these functions can be implemented 
into VHDL code was almost trivial. Then again, the function in Example 2 
was not overly complicated. As functions become more complicated (more 
inputs and outputs), an equation entry approach becomes tedious. Luckily, 
there are a few other types of concurrent construct that can ease its 


implementation. 


4.4 Conditional Signal Assignment when 


Concurrent signal assignment statements, seen before, associate one target 
with one expression. The term conditional signal assignment is used to 
describe statements that have only one target but can have more than one 
associated expression assigned to the target. Each of the expressions is 
associated with a certain condition. The individual conditions are evaluated 
sequentially in the conditional signal assignment statement until the first 
condition evaluates as true. In this case, the associated expression is 
evaluated and assigned to the target. Only one assignment is applied per 
assignment statement. 

The syntax of the conditional signal assignment is shown in Listing 4.9. 
The target in this case is the name of a signal. The condition is based 
upon the state of some other signals in the given circuit. Note that there is 
only one signal assignment operator associated with the conditional signal 


assignment statement. 


Listing 4.9: The syntax for the conditional signal assignment statement. 


<target> <= <expression> when <condition> else 
<expression> when <condition> else 
<expression>; 


The conditional signal assignment statement is probably easiest to un- 
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derstand in the context of a circuit. For our first example, let us simply 
redo Example 2 using conditional signal assignment instead of concurrent 


signal assignment. 


EXAMPLE 3. Write the VHDL code to implement the function ex- 
pressed in Example 2. Use only conditional signal assignment statements 
in your VHDL code. 


SOLUTION. The entity declaration does not change from Example 2 so 
the solution only needs a new architecture description. By reconsidering 
the same logic equation of Example 2, F3 = L-M-N-+L-M, the solution 
to Example 3 is shown in Listing 4.10. 


Listing 4.10: Solution of Example 3. 


anchiibecuume si Smesmor UnvaCk iam ousns) 
begin 
F3 <= '1' when (L 
'1' when (L 
v 0 v a 


'O' AND M 
"1" AND M 


'O' AND N = '1') else 
'1') else 


end £3_3; 


There are a couple of interesting points to note about this solution. 


e It is not much of an improvement over the VHDL code written using 
concurrent signal assignment. In fact, it looks a bit less efficient in 


terms of the number of instructions. 


e If you look carefully at this code you will notice that there is in fact 
one target and a bunch of expressions and conditions. The associated 
expressions are the single digits surrounded by single quotes; the as- 
sociated conditions follow the when keyword. In other words, there is 
only one signal assignment operator used for each conditional signal 


assignment statement. 


e The last expression in the signal assignment statement is the catch-all 
condition. If none of the conditions listed above the final expression 


evaluate as true, the last expression is assigned to the target. 


e The solution uses relational operators. There are actually six different 
relational operators available in VHDL. Two of the more common 


relational operators are the “=” and “/=” relational operators which 
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are the “is equal to” and the “is not equal to” operators, respectively. 


Operators are discussed at greater length in further sections. 


There are more intelligent uses of the conditional signal assignment state- 
ment. One of the classic uses is for the implementation of a multiplexer 
(MUX). The next example is a typical conditional signal assignment imple- 
mentation of a MUX. 


EXAMPLE 4. Write the VHDL code that implements a 4:1 MUX 
using a single conditional signal assignment statement. The inputs to 
the MUX are data inputs D3, D2, D1, DO and a two-input control bus 
SEL. The single output is MX_OUT. 


SOLUTION. For this example we need to start from scratch. This of 
course includes the now famous black-box diagram and the associated entity 


statement. The VHDL portion of the solution is shown in Listing 4.11. 


Listing 4.11: Solution of Example 4. 


—- library declaration 
library IEEE; 
use I[EEE.std_logic_1164.a11; 


~~ entity my_4tol_mux 
entity my_4tl_mux is 
port (D3,D2,D1,D0 : in std_logic; D3 
SEL : in std_logic_vector(1 downto 9); D2 
MX_OUT ; out std_logic); MX_OUT 
end my_4t1_mux; D1 
-- architecture DO 
architecture mux4t1l of my_4t1l_mux is 2: 
begin SEL 
MX_OUT <= D3 when (SEL = "11") else 
D2 when (SEL = "10") else 
D1 when (SEL = "01") else 
DO when (SEL = "00") else 


Oates 
end mux4tl1; 


There are a couple of things to note in the solution provided in List- 
ing 4.11. 

e The solution looks somewhat efficient compared to the amount of 
logic that would have been required if CSA statements were used. The 
VHDL code looks good and is pleasing to the eye, qualities required 
for readability. 


e The “=” relational operator is used in conjunction with a bundle. In 


this case, the values on the bundle SEL are accessed using double 
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Listing 4.12: Alternative solution to Example 4 accessing individual signals. 


-- entity and architecture of 4:1 Multiplexer implemented using 
-- conditional signal assignment. The conditions access the 
-- individual signals of the SEL bundle in this model. 
== library declaration 
library IEEE; 
use IEEE.std_logic_1164.all1; 
== Syahealieny 
entity my_4tl_mux is 
Porta (DS D2, Dill, DOls:i sing st aeclocac; 


SEL : in std_logic_vector(1l downto 0); 
MX_OUT Ore Std LOGgLe)) ir: 
end my_4t1_mux; 
-- architecture 
architecture mux4tl of my_4tl_mux is 
begin 
MX_OUT <= D3 when (SEL(1) = '1' and SEL(0) ='1"') else 
D2 when (SEL(1) = '1' and SEL(0) ='0') else 
D1 when (SEL(1) = '0' and SEL(0) ='1') else 
DO when (SEL(1) = '0' and SEL(0) ='0') else 
UO 2 


end mux4tl1; 


quotes around the specified values. In other words, single quotes are 
used to describe values of individual signals while double quotes are 


used to describe values associated with multiple signals, or bundles. 


e For the sake of completeness, we have included every possible condition 
for the SEL signal plus a catch-all else statement. We could have 
changed the line containing ’0’ to DO and removed the line associated 
with the SEL condition of “00”. This would be functionally equivalent 
to the solution shown but would not be nearly as impressive looking. 
Generally speaking, you should clearly provide all the options in the code 


and not rely on a catch-all statement for intended signal assignment. 


Remember, a conditional signal assignment is a type of concurrent state- 
ment. In this case, the conditional signal assignment statement is executed 
any time a change occurs in the conditional signals (the signals listed in 
the expressions on the right-hand side of the signal assignment operator). 
This is similar to the concurrent signal assignment statement where the 
statement is executed any time there is a change in any of the signals listed 


on the right-hand side of the signal assignment operator. 
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Though it is still early in the VHDL learning game, you have been 
exposed to a lot of concepts and syntax. The conditional signal assignment 
is maybe a bit less intuitive than the concurrent signal assignment. There 
is however an alternative way to make sense of it. If you think about 


it, the conditional signal assignment statement is similar in function to 


the if-else constructs in algorithmic programming languages. We will 
touch more upon this relationship once we start talking about sequential 
statements. 

The concept of working with bundles is very important in VHDL. Gener- 
ally speaking, if you can use a bundle as opposed to individual signals, you 
should. You will often need to access individual signals within a bundle. 
When this is the case, a special syntax is used (e.g. SEL (1) ). Note that 
the code shown in Listing 4.12 is equivalent to but probably not as clear 
as the code shown in Listing 4.11. Be sure to note the similarities and 


differences. 


4.5 Selected Signal Assignment with select 


Selected signal assignment statements are the third type of signal assign- 
ment that we will examine. As with conditional signal assignment state- 
ments, selected signal assignment statements only have one assignment 
operator. Selected signal assignment statements differ from conditional 
assignment statements in that assignments are based upon the evaluation 
of one expression. The syntax for the selected signal assignment statement 


is shown in Listing 4.13. 


Listing 4.13: Syntax for the selected signal assignment statement. 


with <choose_expression> select 
target <= <expression> when <choices>, 
<expression> when <choices>; 


EXAMPLE 5. Write VHDL code to implement the function expressed 
by the following logic equation: F3 = L-M-N-+L-M. Use only selected 


signal assignment statements in your VHDL code. 


SOLUTION. This is yet another version of the my_ckt_£3 example that 
first appeared in Example 2. The solution is shown in Listing 4.14. 


4.5 Selected Signal Assignment with select 43 


Listing 4.14: Solution of Example 5. 


-- yet another solution to the previous example 
architecture £3_4 of my_ckt_f3 is 


begin 
with ((L ='0' and M ='0' and N ='1"') or (L ='1' and M ='1')) select 
F3 <= '1' when '1', 
"0" when "0", 
'O' when others; 
end £3_4; 


One thing to notice about the solution shown in Listing 4.14 is the use of 
the when others clause as the final entry in the selected signal assignment 
statement. In reality, the middle clause ’0’ when ’0’ could be removed 
from the solution without changing the meaning of the statement. In 
general, it is considered good VHDL programming practice to include all 
the expected cases in the selected signal assignment statement followed by 


the when others clause. 


EXAMPLE 6. Write the VHDL code that implements a 4:1 MUX 
using a single selected signal assignment statement. The inputs to the 
MUX are data inputs D3, D2, D1, DO and a two-input control bus SEL. 
The single output is MX_OUT. 


SOLUTION. This is a repeat of Example 4 except that a selected signal 
assignment operator is used instead of a conditional signal assignment 
operator. The solution of Example 6 is shown in Listing 4.15. The black-box 


diagram for this example is the same as before and is not repeated here. 


Once again, there are a few things of interest in the solution for Example 6 


which are listed below. 


e The VHDL code has several similarities to the solution of Example 5. 
The general appearance is the same. Both solutions are also much more 
pleasing to the eye than the one where the MUX was modeled using 


only concurrent signal assignment statements. 


e Awhen others clause is used again. In the case of Example 6, the 
output is assigned the constant value of ’0’ when the other listed 


conditions of the chooser_expression are not met. 


e The circuit used in this example was a 4:1 MUX. In this case, each of 
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Listing 4.15: Solution of Example 6. 


-—- library declaration 
library IEEE; 
use IEEE.std_logic_1164.all1; 
-—- entity 
entity my_4tl_mux is 
pert (P3,P2,01,00 2 in stdllogic; 


SEL : in std_logic_vector(1 downto 0); 
MX_OUT out Std logic); 

end my_4t1_mux; 

-—- architecture 

architecture mux4t1_2 of my_4t1_mux is 


begin 
with SEL select 
MX_OUT <= D3 when "11", 

D2 when "10", 
D1 when "01", 
DO when "00", 
'O' when others; 

end mux4t1_2; 


the conditions of the chooser_expression is accounted for in the body 
of the selected signal assignment statement. However, this is not a 
requirement. The only requirement here is that the line containing the 


when others keywords appears in the final line of the statement. 


EXAMPLE 7. Write the VHDL code that implements the following 
circuit. The circuit contains an input bundle of four signals and an 
output bundle of three signals. The input bundle, D_IN, represents a 4- 
bit binary number. The output bundle, SZ_OUT, is used to indicate the 
magnitude of the 4-bit binary input number. The relationship between 
the input and output is shown in the table below. Use a selected signal 


assignment statement in the solution. 


range of DIN SZ_OUT 


0000 — 0011 100 
0100 — 1001 010 
1010 > 1111 001 
unknown value 000 


SOLUTION. This is an example of a generic decoder-type circuit. The 


solution to Example 7 is shown in Listing 4.16. 
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my_sz_ckt 


4 3 


Listing 4.16: Solution of Example 7. 


-- library declaration 
library IEEE; 
use IEEE.std_logic_1164.al1l1; 


-—- entity 
entity my_sz_ckt is 
joo {( ID_IEN : in std_logic_vector(3 downto 0) 


¥ 
SZ_OUT : out std_logic_vector(2 downto 0)); 
end my_sz_ckt; 
-- architecture 
architecture spec_dec of my_sz_ckt is 
begin 
with D_IN select 
SZ_OUT <= "100" when “O00G" | "O00L"| "0070" "0011", 
WOM OM wien TOMO OM: (HOMO | UO ROU MUO ETO. OO ts | sl O iat, 
UNOCAL wy staveyey, UM O LOA a RCo) abil! PMIGARo Oy] WE alos RPM al al alto yi (| Wie Tea 
"000" when others; 
end spec_dec; 


The only comment for the solution of Example 7 is that the vertical bar 
is used as a selection character in the choices section of the selected signal 
assignment statement. This increases the readability of the code as do the 
similar constructs in algorithmic programming languages. 

Once again, the selected signal assignment statement is one form of a 
concurrent statement. This is verified by the fact that there is only one 
signal assignment statement in the body of the selected signal assignment 
statement. The selected signal assignment statement is evaluated each 
time there is a change in the chooser_expression listed in the first line of 
the selected signal assignment statement. Re-evaluation also occurs every 
time there is a change in a conditional signal on the right-hand side of the 
signal assignment operator. 

The final comment regarding the selected signal assignment is similar 
to the final comment regarding conditional signal assignment. You should 
recognize the general form of the selected signal assignment statement 


as being similar to the switch statements in algorithmic programming 
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languages such as C and Java. Once again, this relationship is examined in 


much more depth once we are ready to talk about sequential statements. 


EXAMPLE 8. Write VHDL code to implement the function expressed 
by the following logic equation: F3 = L-M-N+L-M. 


SOLUTION. This is the same problem examined before. The problem 
with the previous solutions to this example is that they required the 
user to somehow reduce the function before it was implemented. In this 
modern day of digital circuit design, you score the most points when you 
allow the VHDL synthesizer to do the work for you. The solution to this 
example hopefully absolves you from ever again having to use a Karnaugh 
map, or God forbid, boolean algebra, to reduce a function. The equivalent 
expression for F3(L,M,N)=L-M-+N-+L-M and its Karnaugh map is 


shown below. The solution of Example 8 is shown in Listing 4.17. 


L | M|N | F3 
0 0 0 0 
0 0 1 1 
0 1 0 0 
F3(L, M,N) = 5~(1,6,7) ofifi|o 
1 0 0 0 
1 0 1 0 
1 1 0 1 
1 1 1 1 


4.6 Process Statement 


The process statement is the final signal assignment type we will look at. 
Before we do that, however, we need to take a few steps back and explore 
a few other VHDL principles and definitions that we have excluded up 
to now. Remember, there are a thousand ways to learn things. This is 
especially true when learning programming languages, where there are 
usually many different and varied solutions to the same problem. This is 
highlighted by the many different and varied approaches that appear in 
VHDL books and by the many tutorials. 

So, now is not the time to learn about the process statement. We will do 


that right after we pick up a few more VHDL concepts. Now just remember 


4.7 Summary 
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Listing 4.17: Solution of Example 8. 


-- library declaration 
library IEEE; 
use IEEE.std_logic_1164.al1l1; 
-—- entity 
entity mmymckta th Gress) 

pore {ian . 20 stdilogic; 

F3 + our std logic); 

end my_ckt_f3; 
-- architecture 
Gualoniecyere ae) Ses ts) (ons Guy ele aes) as) 

signal t_sig + std_logic vector(2 downto 0); -—= 
begin 

t_sig <= (L & M & N); -- concatenation operator 


with (t_sig) select 
HSe =) He whee MOMS [eM y |) Melsbe 
'O' when others; 
end £3_8; 


local bundle 


that the process statement is a statement which contains a certain number 


of instructions that, when the process statement is executed, are executed 


sequentially. In other words, the process statement is a tool that you can 


use any time you want to execute a certain number of instructions in a 


sequential manner (one instruction after the other, from top to bottom). 


Do not forget, however, that the process statement in itself is a concurrent 


statement and therefore will be executed together with the other concurrent 


statements in the body of the architecture where it sits. 


4.7 Summary 


e The entity/architecture pair is the interface description and behavior 


description of how a digital circuit operates. 


e The main design consideration in VHDL modeling supports the fact that 


digital circuits operate in parallel. In other words, the various design 


units in a digital design process and store information independently of 


each other. This is the major difference between VHDL and higher-level 


computer programming languages. 


e The major signal assignment types in VHDL are: concurrent signal 


assignment, conditional signal assignment, selected signal assignment 


and process statements. Each concurrent statement is interpreted as 
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acting in parallel (concurrently) to other concurrent statements. 


The process statement is a concurrent statement that contains a series 
of statements which will be executed in a sequential manner, one after 
the other. A programmer uses a process statement when he wants to 


execute some commands in a sequential manner. 


The architecture body can contain any or all of the mentioned concur- 


rent statements. 


Signals that are declared as outputs in the entity declaration cannot 
appear on the right-hand side of a signal assignment operator. This 
characteristic is prevented from being a problem by the declaration 
and use of intermediate signals. Intermediate signals are similar to 
signals declared in entities except that they contain no mode specifier. 
Intermediate signals are declared inside the architecture body just 


before the begin statement. 


Generally speaking, there are multiple approaches in modeling any given 
digital circuit. In other words, various types of concurrent statements 
can be used to describe the same circuit. The designer should strive for 
clarity in digital modeling and allow the VHDL synthesizer to sort out 
the details. 


4.8 Exercises 


1. For the following function descriptions, write VHDL models that 


implement these functions using concurrent signal assignment. 
a) F(A, B)=AB+A+AB 

b) F(A, B,C, D) = ACD + BC+ BCD 

c) F(A, B,C,D) = (A+ B)-(B+C+D)-(A+D) 

d) F(A, B,C, D) = [[(3, 2) 

A, B,C) =][(5,1,4,3) 

A, B,C, D) = S7(1,2) 


e 


) F( 
f) F( 


2. For the following function descriptions, write VHDL models that 
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implement these functions using both conditional and selected signal 


assignment. 
a) F(A, B,C, D) = ACD +BC+BCD 
b) F(A, B,C, D) = (A+ B)-(B+C+4+D)-(A+D) 


c) F(A, B,C, D) = 2) 
d) F(A, B,C, D) = 5 “(1,2) 


3. Provide a VHDL model of an 8-input AND gate using concurrent, 


conditional and selected signal assignment. 


4. Provide a VHDL model of an 8-input OR gate using concurrent, 


conditional and selected signal assignment. 


5. Provide a VHDL model of an 8:1 MUX using conditional signal 


assignment and selected signal assignment. 


6. Provide a VHDL model of a 3:8 decoder using conditional signal 
assignment and selected signal assignment; consider the decoder’s 


outputs to be active-high. 


7. Provide a VHDL model of a 3:8 decoder using conditional signal 
assignment and selected signal assignment; consider the decoder’s 


outputs to be active-low. 


Standard Models in VHDL Architectures 


As you may remember, the VHDL architecture describes how your VHDL 
system will behave. The architecture body contains two parts: the declara- 
tion section and the begin-end section where a collection of (concurrent) 
signal assignments appear. We have studied three types of signal assignment 
so far: concurrent signal assignment, conditional signal assignment and 
selected signal assignment. We were about to describe another concurrent 
statement, the process statement, before we got side-tracked. Now, let us 
quickly introduce a new topic before we jump into the process statement. 

There are three different approaches to writing VHDL architectures. 
These approaches are known as data-flow style, structural style and 
behavioral style architectures. The standard approach to learning VHDL 
is to introduce each of these architectural styles individually and design 
a few circuits using that style. Although this approach is good from the 
standpoint of keeping things simple while immersed in the learning process, 
it is also somewhat misleading because more complicated VHDL circuits 
generally use a mixture of these three styles. Keep this fact in mind in 
the following discussion of these styles. We will, however, put most of our 
focus on data-flow and behavioral architectures. Structural modeling is 
essentially a method to combine an existing set of VHDL models. In other 
words, structural modeling supports the interconnection of black boxes 
but does not have the ability to describe the logic functions used to model 


the circuit operation. For this reason, it is less of a design method and 
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more of an approach for interfacing previously designed modules. 

The reason we choose to slip the discussion of the different architectures 
at this point is that you already have some familiarity with one of the 
styles. Up to this point, all of our circuits have been implemented using the 
data-flow style. We are now at the point of talking about the behavioral 
style of architectures which is primarily centered around another concurrent 
statement known as the process statement. If it seems confusing, some of 
the confusion should go away once we start dealing with actual circuits 
and real VHDL code. 


5.1 Data-flow Style Architecture 


A data-flow style architecture specifies a circuit as a concurrent represent- 
ation of the flow of data through the circuit. In the data-flow approach, 
circuits are described by showing the input and output relationships 
between the various built-in components of the VHDL language. The 
built-in components of VHDL include operators such as AND, OR, XOR, 
etc. The three forms of concurrent statements we have talked about up 
until now (concurrent signal assignment, conditional signal assignment and 
selected signal assignment) are all statements that are found in data-flow 
style architectures. In other words, if you exclusively used concurrent, 
conditional and selected signal assignment statement in your VHDL mod- 
els, you have used a data-flow model. If you were to re-examine some of 
the examples we have done so far, you can in fact sort of see how the 
data flows through the circuit. To put this in other words, if you have a 
working knowledge of digital logic, it is fairly straightforward to imagine 
the underlying circuitry in terms of standard logic gates. These signal 
assignment statements effectively describe how the data flows from the 
signals on the right-hand side of the assignment operator (the “<=”) to 
the signal on the left-hand side of the operator. 

The data-flow style of architecture has its strong points and weak points. 
It is good that you can see the flow of data in the circuit by examining the 
VHDL code. The data-flow models also allow you to make an intelligent 
guess as to how the actual logic will appear when you decide to synthesize 


the circuit. Data-flow modeling works fine for small and relatively simple 
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circuits. But as circuits become more complicated, it is often advantageous 


to switch to behavioral style models. 


5.2 Behavioral Style Architecture 


In comparison to the data-flow style architecture, the behavioral style 
architecture provides no details as to how the design is implemented 
in actual hardware. VHDL code written in a behavioral style does not 
necessarily reflect how the circuit is implemented when it is synthesized. 
Instead, the behavioral style models how the circuit outputs will react 
to the circuit inputs. Whereas in data-flow modeling you somewhat need 
to have a feel for the underlying logic in the circuit, behavioral models 
provide you with various tools to describe how the circuit will behave 
and leave the implementation details up to the synthesis tool. In other 
words, data-flow modeling describes how the circuit should look in terms of 
logic gates whereas behavioral modeling describes how the circuit should 
behave. For these reasons, behavioral modeling is considered higher up 
on the circuit abstraction level as compared to data-flow models. It is the 
VHDL synthesizer tool that decides the actual circuit implementation. In 
one sense, behavioral style modeling is the ultimate “black box” approach 
to designing circuits. 

The heart of the behavioral style architecture is the process statement. 
This is the fourth type of concurrent statement that we will work with. 
As you will see, the process statement is significantly different from the 
other three concurrent statements in several ways. The major difference 
lies in the process statement’s approach to concurrency, which is the major 


sticking point when you deal with this new concurrent statement. 


5.3 Process Statement 


The process statement itself is a concurrent statement identified by its 
label, its sensitivity list, a declaration area and a begin-end area containing 
instructions executed sequentially. An example of the process statement is 
shown in Listing 5.1. 

The main point to remember about the process statement is that its 


body is constituted of sequential statements. The main difference between 
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Listing 5.1: Syntax for the process statement. 


—— his usin tans process 

my_label: process(sensitivity_list) is 
<item_declaration> 

begin 
<sequential_statements> 

end process my_label; 


concurrent signal assignment statements and process statements lies with 
these sequential statements. But once again, let us stick to the similarities 
before we dive into the differences. The process label, listed in Listing 5.1 
is optional but should always be included to promote the self-description 
of your VHDL code. 


Listings 5.2 and 5.3 show a data-flow architecture and a behavioral style 
architecture for the same XOR entity. The main difference between the 
two architectures is the presence of the process statement in the listed 
code. 

Let us remember that the concurrent signal assignment statement in the 
data-flow description operates as follows. Since it is a concurrent statement, 
every time there is a change in any of the signals listed on the right-hand 
side of the signal assignment operator, the signal on the left-hand side of 
the operator is re-evaluated. For the behavioral architecture description, 
every time there is a change in signals in the process sensitivity list, all 
of the sequential statements in the process are re-evaluated. Evaluation 
of the process statement is controlled by the signals that are placed in 
the process sensitivity list. These two approaches are effectively the same 
except the syntax is significantly different. 

So here is where it gets strange. Even though both of the architectures 
listed in 5.2 and 5.3 have the exact same signal assignment statement 
(F <= A XOR B;), execution of the statement in the behavioral style 
architecture is controlled by which signals appear in the process sensitivity 
list. The statement appearing in the data-flow model is re-evaluated every 
time there is a change in signal A or in the signal B. This is a functional 


difference rather than a cosmetic difference. 
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Listing 5.2: Data-flow architecture. Listing 5.3: Behavioral architecture. 


== jibrary declaration == library declaration 
library IEEE; library IEEE; 
use IEEE.std_logic_1164.al1l1; use IEEE.std_logic_1164.all1; 
= ene dey -- entity 
entity my_xor is entity my_xor is 
port (A,B = am std_logic; pore ( 2,2 2% 4n std logic; 
EF 7 Out Std Logic); F B Yoiblie Fiefel a Weye mel) 2 

end my_xor; end my_xor; 
-- architecture -- architecture 
architecture dataflow of my_xor is architecture behav of my_xor is 
begin begin 

F <= A XOR B; xOr_proc: process(A,B) is 
end dataflow; begin 


pe Bs F <= A XOR B; 
-- end process xor_proc; 
-- end behav; 


The process statement should be considered a way the programmer has at 
his disposal to execute a series of sequential statements (i.e. in a behavioral 
manner); never forget that the process statement is itself a concurrent 
statement; therefore when you place two processes inside the architecture 
body, their execution will be concurrent. 

In Listing 5.4, you can see what a complete process statement looks 
like. Remember that all variables defined inside the process body will only 
be visible within the process body itself. Furthermore, notice that the 
statement at line 24 is placed inside the architecture body but outside 
the process body; therefore its execution happens concurrently with the 


process statement. 


5.4 Sequential Statements 


Now that we have the process statement at our disposal, we have a way to 
execute some code in a sequential manner. 

Within a process, the execution of the sequential statements is initiated 
when a change in the signal contained in the process sensitivity list occurs. 
Generally speaking, execution of statements within the process body con- 
tinues until the end of the process body is reached. The strangeness evokes 
a philosophical dilemma: the process statement is a concurrent statement 
yet it is made of sequential statements. This is actually a tough concept to 


grasp. After years of contemplation, I am only starting to grasp the reality 
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Listing 5.4: Use of the process statement. 


ANoanPWwWwnNrFrioOKOAN aa wWwnNne 


22 
23 
24 


-—- library declaration 
library IEEE; 

use IEEE.std_logic_1164.all1; 
—- entity 

entity my_system is 

Pork 


(C INP B abigl — Cheke lL blero velp 
lz (0) : out std_logic) ; 


end my_system; 
-—- architecture 
architecture behav of my_system is 


signal All: std logic; 


begin 


some_proc: process(A,B,C) is 
variable x,y : integer; 
begin 
x:=74; 
y:=67; 
Al <= A and B and C; 
if x>y then 
F <= Al or B; 
end if; 
end process some_proc; 
—- we are outside the process body 
Q <= not A; 


25 end behav; 


of this strange contradiction. 

The key to understand sequential evaluation of statements occurring in a 
concurrent statement remains hidden in the interpretation of VHDL code 
by the synthesizer. And since the ins and outs of this interpretation are 
not always readily apparent, some implementation details must be taken 
for granted until the time comes when you really need to fully understand 
the process. The solution is to keep your process statements as simple as 
possible. The tendency is to use the process statement as a repository for 
a bunch of loosely-related sequential statements. Although syntactically 
correct, the code is not intelligible (understandable) in the context of digital 
circuit generation. You should strive to keep your process statements simple. 
Divide up your intended functionality into several process statements 
that communicate with each other rather than one giant, complicated, 
bizarre process statement. Remember, process statements are concurrent 
statements: they all can be executed concurrently. Try to take advantage 
of this feature in order to simplify your circuit descriptions. 

There are three types of sequential statements that we will be discussing. 


The first one is the signal assignment statement: the “<=”. We will 
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not say too much about the first type though because we have already 
been dealing with its analogue in the data-flow models. The other two 
types of statements are the if statement and the case statement. The 
nice part about all of these statements is that you have worked with them 
before in algorithmic programming languages. The structure and function 
of the VHDL if and case statements is strikingly similar. Keep this in 


mind when you read the descriptions that follow. 


5.4.1 Signal Assignment Statement 


The sequential style of a signal assignment statement is syntactically 
equivalent to the concurrent signal assignment statement. Another way 
to look at it is that if a signal assignment statement appears inside of a 
process then it is a sequential statement; otherwise, it is a concurrent signal 
assignment statement. To drive the point home, the signal assignment 
statement “F <= A XOR B;” in the data-flow style architecture of Listing 5.2 
is a concurrent signal assignment statement while the same statement in the 
behavioral style architecture, Listing 5.3, is a sequential signal assignment 
statement. The functional differences were already covered in the discussion 


regarding process statements. 


5.4.2 if Statement 


The if statement is used to create a branch in the execution flow of the 
sequential statements. Depending on the conditions listed in the body of 


the if statement, either the instructions associated with one or none of 


the branches is executed when the if statement is processed. The general 


form of the if statement is shown in Listing 5.5. 


Listing 5.5: Syntax of the if statement. 


if (condition) then 
<statements> 

elsif (condition) then 
<statements> 

else 
<statements> 

end if; 


The concept of the if statement should be familiar to you in two regards. 


First, its form and function are similar to the if-genre of statements 
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found in most algorithmic programming languages. The syntax, however, 
is a bit different. Secondly, the VHDL if statement is the sequential 
equivalent to the VHDL conditional signal assignment statement. These 
two statements essentially do the same thing but the if statement is a 
sequential statement found inside a process body while the con- 
ditional signal assignment statement is one form of concurrent 
signal assignment. 

Yet again, there are a couple of interesting things to note about the listed 


syntax of the if statement. 


e The parentheses placed around the condition expressions are optional. 
They should be included in most cases to increase the readability of 
the VHDL source code. 


e Each if-type statement contains an associated then keyword. The 


final else clause does not have the then keyword associated with it. 


e As written in Listing 5.5, the else clause is a catch-all statement. If 
none of the previous conditions is evaluated as true, then the sequence 
of statements associated with the final else clause is executed. The 
way the if statement is shown in Listing 5.5 guarantees that at least 


one of the listed sequence of statements will be executed. 


e The final else clause is optional. Not including the final else clause 
presents the possibility that none of the sequence of statements associ- 
ated with the if statement will be evaluated. This has deep ramifica- 


tions that we will discuss later. 


Let us see now some examples that will help us to better understand how 


to use the if statement. 


EXAMPLE 9. Write some VHDL code using an if statement that 
implements the following logic function: F_-OUT(A, B,C) = ABC+BC 


SOLUTION. Although it is not directly stated in the problem description, 
the VHDL code for this solution must use a behavioral architecture. This 
is because the problem states that an if statement should be used. The 


VHDL code for the solution is shown in Listing 5.6. We have opted to leave 
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out the black-box diagram in this case since the problem is relatively simple 


and thus does not really demonstrate the power of behavioral modeling. 


Listing 5.6: Solution to Example 9. 


-- library declaration 

library IEEE; 

use IEEE.std_logic_1164.al11; 

-—- entity 

entity my_ex is 

POLE (A,B,C + an std_logic; 
Pl0uUT +5 out std_logic)'; 

end my_ex; 


-- architecture 
architecture silly_example of my_ex is 
begin 
procl: process(A,B,C) is 
begin 
if (A> =) 1 and Be= “0s “and! ¢ = 0), then 
ig toe <= Val 
elsif (B = '1' and C = '1') then 
iP OW <=: 95" 5 
else 
iP @Vaie <0) 
end if; 


end process procl; 
end silly_example; 


This is probably not the best way to implement a logic function but it 
does show an if statement in action. An alternate architecture for the 


solution of Example 9 is shown in Listing 5.7. 


Listing 5.7: Alternative solution to Example 9. 


-- architecture 
architecture bad_example of my_ex_7 is 
begin 
procl: process (A,B,C) 
begin 
if (A='1' and B='0' and C='0') or (B='1' and C='1') then 
HaOUT <= 5 tiletr. 
else 
F_OUT <= '0'; 
end if; 
end process procl; 
end bad_example; 


One final comment on process statements. Process statements can be 
preceded with an optional label. A label should always be included with 
process statements as a form of self-description. This of course means 
that the label should be meaningful in terms of describing the purpose of 
the process statement. Providing good label names is somewhat of an art 


form but keep in mind that it is easier to provide a meaningful name to a 


process that is not trying to do too much. A more intelligent use of the if 
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statement is demonstrated in the next example. 


EXAMPLE 10. Write some 
VHDL code that implements 
the 8:1 MUX shown below. 


Use an if statement in your 


implementation. 


SOLUTION. The solution to Example 10 is shown in Listing 5.8. 


Listing 5.8: Solution to Example 10. 


—— jhibrany  decilanat ion 
library IEEE; 
use IEEBE.std_logic_1164.al11; 


—- entity 
entity mux_8tl is 
port ( Data_in : in std_logic_vector (7 downto 0); 


SEL : in std_logic_vector (2 downto 0); 
RaCIR ie Out stdsLogLc)i; 
end mux_8t1; 


-—- architecture 
architecture mux_8tl_arc of mux_8t1l is 
begin 
my_mux: process (Data_in, SEL) 
begin 
at (SH ae) ehen) Han Eine <b atecmeerin((7.)n 
elsif (SEL = "110") then F_CTRL <= Data_in(6); 
elsif \(SELe = 0t™) hen) PeCi Ri <= DataZimi(5)-- 
elsif (SEL = "100") then F_CTRL <= Data_in(4); 
elsif (SEL, = "0L1™) then PeCiRG <= Dattani (3) 
elsif (SEL = "010") then F_CTRL <= Data_in(2); 
elsif (SEL = "001") then F_CTRL <= Data_in(1); 
elsif (SEL = "000") then F_CTRL <= Data_in(0); 
else F_CTRL <= '0'; 
(eievoll alse 


end process my_mux; 
end mux_8tl_arc; 


The solution to Example 10 shown in Listing 5.8 uses some new syntax. 
The entity uses bundle signals, but the associated architecture needs to 
access individual elements of these bundles. The solution is to use the 
bus index operator to access internal signals of the bus. This is done via 
the use of a number representing an index placed inside parentheses (for 
example Data_in (7) ). Bus index operators are used extensively in VHDL 
and were previously mentioned. The solution to Example 10 shows a more 
typical use of the operator than was previously mentioned. 

One other thing to notice about the solution in Example 10 is that every 


possible combination of the select variable is accounted for in the code. 


5.4 Sequential Statements 61 


It would be possible to remove the final elsif statement in the code 
shown in Listing 5.8 and place the associated signal assignment in the 
else clause. But this is not considered good VHDL practice and should 
be avoided at all costs. The justification for this is that it will modify the 
readability of the code but not alter the hardware generated by the code. 


EXAMPLE 11. Write some VHDL 
code that implements the 8:1 MUX 
shown here. Use as many if state- 
ments as you deem necessary to im- 
plement your design. In the black-box 
diagram, the CE input is a chip en- 
able. When CE = ‘1’, the output 
acts like the MUX of Example 10. 
When CE is ’0’, the output of the 
MUX is ’0’. 


SOLUTION. The solution to Example 11 is strangely similar to the 
solution of Example 10. Note that in this solution the if statements can 
be nested to attain various effects. The solution to Example 11 is shown 


in Listing 5.9. 
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Listing 5.9: Solution to Example 11. 


—- library declaration 

library IEEE; 

use IEEE.std_logic_1164.al11; 

== fSioleaiesy 

entity mux_8tol_ce is 
Dore. ( Datasainy: 


in std_logic_vector (7 downto 0); 


SEL : in std_logic_vector (2 downto 0); 
Chat ine stdelLogic, 
Y_CIRL + o0b std_logic); 


end mux_8tol_ce; 


F_CTRL <= Data_in(7); 
F_CTRL <= Data_in(6); 
F_CTRL <= Data_in(5); 
F_CTRL <= Data_in(4); 
F_CTRL <= Data_in(3); 
EFOCTRE <= Data_in(2)); 
F_CTRL <= Data_in(1); 
ELCTRE <= Datalin (0))/- 


—- architecture 
architecture mux_8tol_ce_arch of mux_8tol_ce is 
begin 
my_mux: process (Data_in, SEL, CE) 
begin 
if (CE = '0') then 
RaGERi <=) Oi 
else 
bige (SEL = "™111™) then 
elsif (SEL = "110") then 
elsif (SEL = "101") then 
elsif (SEL = "100") then 
elsif (SEL = "011") then 
elsif (SEL = "010") then 
elsif (SEL = "001") then 
elsif (SEL = "000") then 
else F_CTRL <= '0'; 
end if; 
end if; 


end process my_mux; 
end mux_8tol_ce_arch; 


5.4.3 case Statement 


The case statement is somewhat 


sequence of statements is executed 


similar to the if statement in that a 


if an associated expression is true. The 


case statement differs from the it 


f statement in that the resulting choice 


is made depending upon the value of the single control expression. Only 


one set of sequential statements is 


executed for each execution of the case 


statement. The statements executed are determined by the first when 


branch to evaluate as true. The syntax for the case statement is shown in 


Listing 5.10. 
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Listing 5.10: Syntax for the case statement. 


case (expression) is 
when choices => 
<sequential statements> 
when choices => 
<sequential statements> 
when others => 
<sequential statements> 
end case; 


Once again, the concept of the case statement should be familiar to you 
in several regards. Firstly, it can generally be viewed as a compact form of 
the if statement. It is not as functional, however, for the reason described 
above. Secondly, the case statement is similar in both form and function 
to the case statement or the switch statement in other algorithmic 
programming languages. And finally, the VHDL case statement is the 
sequential equivalent of the VHDL selected signal assignment statement. 
These two statements essentially have the same capabilities but the case 
statement is a sequential statement found in a process body while the 
selected signal assignment statement is one form of concurrent signal 
assignment. The when others line is not required but should be used as 


good programming practice. 


EXAMPLE 12. Write some VHDL code that implements the following 
function using the case statement: F_OUT(A, B,C) = ABC + BC 


SOLUTION. This solution falls into the category of not being the best 
way to implement a circuit using VHDL. It does, however, illustrate another 
useful feature in the VHDL. The first part of this solution requires that 
we list the function as a sum of minterms. This is done by multiplying the 
non-minterm product term given in the example by 1. In this case, 1 is 
equivalent to (A + A). This factoring operation is shown as: 

F_OUT(A, B,C) = ABC + BC 

F_OUT(A, B,C) = ABC + BC(A+ A) 

F_OUT(A, B,C) = ABC + ABC + ABC 


The solution is shown in Listing 5.11. An interesting feature of this 


solution is the grouping of the three input signals which allows the use of a 
case statement in the solution. This approach requires the declaration of 


an intermediate signal which is appropriately labeled “ABC”. Once again, 
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this is probably not the most efficient method to implement a function but 


it does highlight the need to be resourceful and creative when describing 


the behavior of digital circuits. 


Listing 5.11: Solution to Example 12. 


-—- library declaration 


library IEEE; 


use IEEE.std_logic_1164.al11; 


-—- entity 


entity my_example is 
an stdllogic; 
out std_logic) ; 
end my_example; 
-- architecture 
architecture my_soln_exam of my_example is 


jesse VARIA 
POUT 


signal ABC: 


begin 


ABC <=A &B&C; 


std_logic_vector(2 downto 0); 


-—- group signals for case statement 


my_proc: process (ABC) 

begin 
case (ABC) is 
when "100" => F_OUT <= 'L'; 
when "011" => F_OUT <= '1'; 
when "111" => F_OUT <= '1'; 
when others => F_OUT <= '0'; 
end case; 


end process my_proc; 


end my_soln_exam; 


Another similar approach to Example 12 is to use the don’t care feature 


built into VHDL. This allows the logic function to be implemented without 


having to massage the inputs. As with everything, if you have to modify 


the problem before you arrive at the solution, you stand a finite chance of 


creating an error that would not have otherwise been created if you had 


not taken a more clever approach. A different architecture for the solution 


of Example 12 is shown in Listing 5.12. One possible drawback of using a 


don’t care feature in your VHDL code is that some synthesizers and some 


simulators do not handle it very well. I would avoid them at all costs and 


seek a more definitive method of modeling the circuits I am dealing with. 
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Listing 5.12: Alternative solution to Example 12. 


architecture my_soln_exam2 of my_example is 
signal ABC: std_logic_vector(2 downto 0); 


begin 
ABC <= A & B & C; -- group signals for case statement 
my_proc: process (ABC) 
begin 
case (ABC) is 
when "100" => F_OUT <= '1'; 
when "-11" => F_OUT <= '1'; 
when others => F_OUT <= '0'; 
end case; 


end process my_proc; 
end my_soln_exam2; 


One of the main points that should be emphasized in any VHDL program 
is readability. In the next problem, we will redo Example 11 using a case 


statement instead of if statements. 


EXAMPLE 13. Write some 
VHDL code that implements the 
8:1 MUX shown below. Use a case 
statement in your design. In the 
black-box diagram shown below, 
the CE input is a chip enable. When 
CE = ’1’, the output acts like the 
MUX of Example 10. When CE is 
’0’, the output of the MUX is ’0’. 


SOLUTION. This solution to Example 18 is shown in Listing 5.13. The 
entity declaration is repeated below for your convenience. This solution 
places the case statement in the body of an if construct. In case you 
have not noticed it yet, the number of possible solutions to a given problem 


increases as the circuits you are implementing become more complex. 
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Listing 5.13: Solution to Example 13. 


-- library declaration 
library IEEE; 
use IEEE.std_logic_1164.all; 
== fSioleaiesy 
entity mux_8tol_ce is 
port ( Data_in + in std_logac vector (7 downto 0); 
SEL : in std_logic_vector (2 downto 0); 
CE % ain std_logic; 
HaCiRi Out) std. Logic): 
end mux_8tol_ce; 


—- architecture 
architecture my_case_ex of mux_8tol_ce is 
begin 
my_mux: process (SEL, Data_in, CE) 
begin 
if ACH = i) sehen 
case (SEL) is 
when "000" => F_CTRL <= Data_in(0); 
when "001" => F_CTRL <= Data_in(1); 
when "010" => F_CTRL <= Data_in(2); 
when "011" => F_CTRL <= Data_in(3); 
when "100" => F_CTRL <= Data_in(4); 
when "101" => F_CTRL <= Data_in(5); 
when "110" => F_CTRL <= Data_in(6); 
when "111" => F_CTRL <= Data_in(7); 


when others => F_CTRL <= '0'; 
end case; 
else 
GER ie <— Owe 
end if; 
end process my_mux; 
end my_case_ex; 


One very important point in the solution to Example 13 is the fact that a 
case statement was embedded into an if statement. The technical term 
for this style of coding is, as you would guess, nesting. Nesting sequential 
statements is typical in behavioral models and is used often. This is actually 
one of the features that make behavioral modeling so much more powerful 
than data-flow modeling. The reality is that conditional and selective signal 


assignment statements cannot be nested. 


5.5 Caveats Regarding Sequential Statements 


As you begin to work with sequential statements, you tend to start getting 
the feeling that you are doing algorithmic programming using a higher- 
level language. This is due to the fact that sequential statements have a 
similar look and feel to some of the programming constructs in higher-level 
languages. The bad part of this tendency is when and if your VHDL coding 
approach becomes similar to that of the higher-level language. Since this 
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happens very often with people who are learning VHDL, it is appropriate to 
remind once again that VHDL is not programming: VHDL is hard- 
ware design. You are, generally speaking, not implementing algorithms 
in VHDL, you are describing hardware: this is a totally different paradigm. 

It is not uncommon to see many, not so good, pieces of VHDL code that 
attempt to use a single process statement in order to implement a relatively 
complex circuit. Although the code appears like it should work in terms 
of the provided statements, this is an illusion based on the fact that your 
mind is interpreting the statements in terms of a higher-level language. 
The reality is that VHDL is somewhat mysterious in that you are trusting 
the VHDL synthesizer to magically know what you are trying to describe. 
If you do not understand the ins and outs of VHDL at a low level, your 
circuit is not going to synthesize properly. Most likely you understand 
simple VHDL behavioral models. But once the models become complex, 
your understanding quickly fades away. The solution to this problem is 
really simple: keep your VHDL models simple, particularly your process 
statements. 

In VHDL, the best approach is to keep your process statements centered 
around a single function and have several process statements that com- 
municate with each other. The bad approach is to have one big process 
statement that does everything for you. The magic of VHDL is that if 
you provide simple code to the synthesizer, it is more than likely going to 
provide you with a circuit that works and with an implementation that is 
simple and eloquent. If you provide the synthesizer with complicated VHDL 
code, the final circuit may work and may even be efficient in both speed 
and real estate, but probably not. As opposed to higher-level languages 
where small amounts of code often translate directly to code of relatively 
high efficiency, efficiency in VHDL code is obtained by compact and simple 
partitioning of the VHDL code based on the underlying hardware con- 
structs. In other words, simple VHDL models are better but the simplicity 
is generally obtained by proper partitioning and description of the model. 
So try to fight off the urge to impress your friends with the world’s shortest 
VHDL model; your hardware friends will know better. 
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5.6 Summary 


Let us now review some of the important concepts that have been intro- 


duced in this chapter. 


The three main flavors of VHDL modeling styles include data-flow, 


behavioral and structural models. 
VHDL behavioral models, by definition, use process statements. 


VHDL data-flow models by definition use concurrent signal assignment, 


conditional signal assignment and/or selected signal assignment. 


The process statement is a concurrent statement. Statements appearing 


within the process statement are sequential statements. 


The if statement has a direct analogy to the conditional signal assign- 


ment statement used in data-flow modeling. 


The case statement has a direct analogy to the selected signal assign- 


ment statement used in data-flow modeling. 


Both the case statement and the if statement can be nested. Concur- 
rent, conditional and selected signal assignment statements 


cannot be nested. 


The simplest concurrent statement is the concurrent signal assignment 
statement (e.g. “F <= A;”). Its sequential equivalent is the sequential 


signal assignment statement and it looks identical. 


5.7 Exercises: Behavioral Modeling 


1. For the following function, write VHDL behavioral models that imple- 
ment these functions using both case statements and if statements 


(two separate models for each function). 

a) F(A, B)=AB+A+AB 

b) F(A, B,C, D) = ACD + BC+ BCD 

c) F(A, B,C, D) = (A+ B)-(B+C+D)-(A+D) 
d) F(A, B,C) = ][(5,1,4,3) 
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e) F(A, B,C, D) = 5°(1,2) 


2. For the circuit below, write the VHDL behavioral model that im- 
plements it using both case statements and if statements (two 


separate models). 
R2 eae 
BO ° B D> E_out 
ie 
D1 o>) 


3. Model the previous circuit using concurrent, conditional, or selected 


signal assignment. 


4. Provide a VHDL model of an 8-input AND gate using a process 


statement. 


5. Provide a VHDL model of an 8-input OR gate using a process 


statement. 


6. Provide a VHDL model of an 8:1 MUX using a process statement. 
Include a model that uses if statements and case statements (two 


separate models). 


7. Provide a VHDL model of a 3:8 decoder using a process statement. 
Include a model that uses if statements and case statements (two 


separate models). Consider the outputs to be active low. 


VHDL Operators 


So far we have only implicitly mentioned the operators available in VHDL. 
This section presents a complete list of operators as well as a few examples 
of their use. A complete list of operators is shown in Table 6.1. This 
is followed by brief descriptions of some of the less obvious operators. 
Although you may not have an immediate need to use some of these 
operators, you should be aware that they exist. And although there are 
some special things you should know about some of these operators, not 
too much information is presented in this section. 

Operators in VHDL are grouped into seven different types: logical, rela- 
tional, shift, adding, sign, multiplying, and miscellaneous. The ordering 
of this list is somewhat important because it presents the operators in 
order of increasing precedence. We said ”somewhat” because your VHDL 


code should never rely on operator precedence to describe circuit behavior. 


Operator type 

logical and or nand nor  xor  xnor 
relational a = < <= > >= 
shift sll srl sla sra rol ror 
adding + — & 

sign + _ 

multiplying * vA mod rem 
miscellaneous | ** abs not 


Table 6.1: VHDL operators. 
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Operator | Name Explanation 

A=B equivalence is A equivalent to B? 

A /= B | non-equivalence is A not equivalent to B? 
A<B less than is A less than B? 

A <= B | less than or equal is A less than or equal to B? 

iN S15} greater than is A greater than B? 

A >= B | greater than or equal | is A greater than or equal to B? 


Table 6.2: VHDL relational operators with brief explanations. 


Reliance on obscure precedence rules tends to make the VHDL code cryptic 
and hard to understand. A liberal use of parentheses is a better approach 
to VHDL coding. 

The first column of Table 6.1 lists the operators from lowest to highest 
precedence, where logical operators have the lowest precedence. Although 
there is a precedence order for the types of operators, there is no precedence 
order within each type of operator. In other words, the operators appearing 
in the rows are presented in no particular order. This means that the 
operators are applied to the given operands in the order they appear in 
the associated VHDL code. 


6.1 Logical Operators 


The logical operators are generally self-explanatory in nature. They have 
also been used throughout this book. The only thing worthy of note is 
that the not operator is not technically a logical operator and is grouped 


among the miscellaneous operators, which have the highest precedence. 


6.2 Relational Operators 


The relational operators are generally self-explanatory in nature too. Many 
of them have been used in this book. A complete list of relational operators 
is provided in Table 6.2. 


6.3 Shift Operator 


Available from ieee.numeric_std or ieee.numeric_bit, there are 


three types of shift operators: logical shift, arithmetic shift, and rotations. 
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Operator Name Example Result 
ieuieal sll shift left logical result <= "10010101" sll 2. | "01010100" 
srl | shift right logical result <= "10010101" srl 3. | "00010010" 
. ' sla | shift left arithmetic result <= "10010101" sla 3 | "10101111" 
arithmetic ie . . 
sra | shift right arithmetic | result <= "10010101" sra 2 | "11100101" 
Rey rol | rotate left result <= "10100011" rol 2 | "10001110" 
ror | rotate right result <= "10100011" ror 2 | "11101000" 


Table 6.3: VHDL shift operators with examples. 


Although these operators basically shift bits either left-to-right or right- 


to-left, there are a few basic differences which are listed below. The shift 


operators are listed in Table 6.3. 


e Both logical shifts introduce zeros into one end of the operand that 


is affected by the shift operation. In other words, zeros are fed into 
one end of the operand while bits are essentially lost from the other 
end. The difference between logical and arithmetic shifts is that in 
arithmetic shift, the sign-bit is never changed and the bit that is fed 
into one end can differ. Hence, for arithmetic shift lefts, the last right 
bit is stuffed to the right end of the operand. For arithmetic shift rights, 
the sign-bit (the left-most bit) is propagated right (the value of the 
left-most bit is fed into the left end of the operand). 


Rotate operators grab a bit from one end of the word and stuff it into 
the other end. This operation is done independently of the value of the 


individual bits in the operand. 


6.4 Other Operators 


The other groups of operators are generally used with numeric types. Since 


this section does not present numerical operations in detail, the operators 


are briefly listed below in Table 6.4. Special attention is given to the &, 


mod, and rem operators. These operators are also limited to operating on 


specific types, which are also not listed here. 


74 Chapter 6: VHDL Operators 


6.5 Concatenation Operator 


The concatenation operator & is often a useful operator when dealing with 
digital circuits. There are many times when you will find a need to tack 
together two separate values. The concatenation operator has been seen in 
some previous example solutions. Some more examples of the concatenation 


operators are presented in Listing 6.1. 


Listing 6.1: Examples of the concatenation operator. 


signal A_val, Bival » std_logic_vector(3S downto 0); 
signal C_val ; std_logic_vector(5 downto 0); 

signal D_val : std_logic_vector(7 downto 0); 

C_val <= A_val & "00"; 

C_val <= "11" & B_val; 

(sven —S] VIL & IN ek & VOY 

Doval <= "Q001" & C_val(3 downto 0); 

D_val <= A_val & B_val; 


6.6 Modulus and Remainder Operators 


Both the remainder operator rem and the modulus operator mod are 
applied to integers types and both give back an integer type. There is often 
confusion about the differences between the two operators and the difference 
in their operation on negative and positive numbers. The definitions that 
VHDL uses for these operators are shown in Table 6.5 while a few examples 


of these operators are provided in Table 6.6. A general rule followed by 


Operator Name Comment 
+ addition 
adding = subtraction 
concatenation can operate only on specific types 
. + identity unary operator 
sign . 
- negation unary operator 
* multiplication 
— / division often limited to powers of two 
multiplying a 
mod | modulus can operate only on specific types 
rem | remainder can operate only on specific types 
** exponentiation | often limited to powers of two 


miscellaneous 
abs | absolute value 


Table 6.4: All the other VHDL operators not listed so far. 
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Operator | Name Satisfies this Conditions 

rem remainder | 1. sign of (X rem Y) is the same as X 
2. abs (X rem Y) < abs (Y) 
3. (X rem Y) = (X- (X/ Y)* Y) 

mod modulus | 1. sign of (X mod Y) is the same as Y 
2. abs (X mod Y) < abs (Y) 
3. (X mod Y)=(X*(Y-N)) 
for some integer N 

Table 6.5: Definitions of rem and mod operators. (abs = absolute value) 


many programmers is to avoid using the mod operator when dealing with 
negative numbers. As you can see from the examples below, answers are 


sometime counter-intuitive. 


6.7 Review of Almost Everything Up to Now 


VHDL is a language used to design, test and implement digital circuits. 
The basic design units in VHDL are the entity and the architecture which 
exemplify the general hierarchical approach of VHDL. The entity represents 
the black-box diagram of the circuit or the interface of the circuit to the 
outside world while the architecture encompasses all the other details of 
how the circuit behaves. 

The VHDL architecture is made of statements that describe the behavior 
of the digital circuit. Because this is a hardware description language, 
statements in VHDL are primarily considered to execute concurrently. The 
idea of concurrency is one of the main themes of VHDL as one would 
expect since a digital circuit can be modeled as a set of logic gates that 
operate concurrently. 


The main concurrent statement types in VHDL are the concurrent signal 


rem mod 
8 rem 5 = 3 8 mod 5 = 3 
-8 rem 5 = -3 -8 mod 5 = 2 
8 rem -5 = 3 8 mod -5 = -2 
-8 rem -5 = -3 | -8 mod -5 = -3 


Table 6.6: Example of rem and mod operators. 
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assignment statement, the conditional signal assignment statement, the 
selected signal assignment statement and the process statement. The pro- 
cess statement is a concurrent statement which is constituted of sequential 
statements exclusively. The main types of sequential statements are the 
signal assignment statement, the if statement and the case statement. 
The if statement is a sequential version of conditional signal assignment 
statement while the case statement is a sequential version of the selected 
signal assignment statement. 

Coding styles in VHDL fall under the category of data-flow, behavioral 
and structural models. Exclusive use of process statements indicates a 
behavioral model. The use of concurrent, conditional and selective signal 
assignment indicate the use of a data-flow model. VHDL code describing 
more complex digital circuits will generally contain both features of all of 
these types of modeling. 

Since you should make no effort whatsoever to memorize VHDL syntax, 
it is recommended that a cheat sheet always be kept next to you as you 
perform VHDL modeling. Developing a true understanding of VHDL is 
what is going to make you into a good hardware designer. The ability to 


memorize VHDL syntax proves almost nothing. 


Using VHDL for Sequential Circuits 


All the circuits we have examined up until now have been combinatorial 
logic circuits. In other words, none of the circuits we have examined so 
far are actually able to store information. This section shows some of 
the various methods used to describe sequential circuits. We limit our 
discussion to VHDL behavioral models for several different flavors of D flip- 
flops. It is possible and in some cases desirable to use data-flow models to 
describe storage elements in VHDL, but it is much easier to use behavior 
models. 

The few approaches for designing flip-flops shown in the next section 
cover just about all the possible functionality you could imagine when you 
make use of a D flip-flop. Once you understand these basics, you will be on 
your way to understand how to use VHDL to design Finite State Machines 
(FSMs). This book will examine FSMs in a later chapter. 


7.1 Simple Storage Elements Using VHDL 


The general approach for learning how to implement storage elements in 
digital design is to study the properties of a basic cross-coupled cell. The 
cross coupled cell forms what is referred to as a latch. The concept of a 
clocking signal is added to the device in order to enhance its controllability. 
Finally, some type of pulse narrowing circuitry is added to the clocking 
signal to get to the flip-flop. The flip-flop is nothing more than an edge- 


sensitive bit-storage device. 
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The study of a VHDL implementation of storage elements starts with 
the edge-triggered D flip-flop. The VHDL examples presented are the basic 
edge-triggered D flip-flop with an assortment of added functionality. 


EXAMPLE 14. Write the VHDL D 
code that describes a D flip-flop ee d_ff Q 
shown on the right. Use a behavi- b 


oral model in your description. 


SOLUTION. The solution to Example 14 is shown in Listing 7.1. Listed 


below are a few interesting things to note about the solution. 


e The given architecture body describes the my_d_ff version of the d_ff 
entity. 


e Because this example requires the use of a behavioral model, the archi- 
tecture body includes primarily a process statement. The statements 
within the process are executed sequentially. The process is executed 
each time a change is detected in any of the signals in the process’ sens- 
itivity list. In this case, the statements within the process are executed 


each time there is a change in logic level of the CLK signal. 


e The rising_edge() construct is used in the if statement to indicate 
that changes in the circuit output happen only on the rising edge of the 
CLK input. The rising_edge() construct is actually an example of a 
VHDL function which has been defined in one of the included libraries. 
The way the VHDL code has been written makes the whole circuit 
synchronous; in fact, changes in the circuit’s output are synchronized 
with the rising edge of the clock signal. In this case, the action is a 


transfer of the logic level on the D input to the Q output. 


e The functionality of rising_edge (CLK) can be achieved using the 
quite popular VHDL “event” attribute via the construct: 
CLK’ event and CLK='1’. 


Please keep this in mind. 


e The process has the label dff. This is not required by the VHDL 


language but the addition of process labels promotes a self-describing 
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nature of the code and increases its readability and understandability. 


Listing 7.1: Solution to Example 14. 


—- library declaration 
library IEEE; 
use IEEE.std_logic_1164.al1l1; 
== Syahealieyy 
entity clft as 
port ( D, CLEA = in std_logic; 


On Out, Std logic) ; 
end d_ff; 
-- architecture 
architecture my_d_ff of d_ff is 
begin 
dff: process (CLK) 
begin 
if (rising_edge (CLK) ) then 
=—ise if (CLK'event and CLK='1') then 
Q <= D; 
end if; 


end process dff; 
end my_d_ff; 


The D flip-flop is best known and loved for its ability to store (save, 
remember) a single bit. The way that the VHDL code in Listing 7.1 is 
able to store a bit is not however obvious. The bit-storage capability in 
VHDL is implied by the way the VHDL code is interpreted. The implied 
storage capability comes about as a result of not providing a condition 
that indicates what should happen if the listed if condition is not met. In 
other words, if the if condition is not met, the device does not change the 
value of Q and therefore it must remember the current value. The memory 
feature of the current value, or state, constitutes the famous bit storage 
quality of a flip-flop. If you have not specified what the output should 
be for every possible set of input conditions, the option taken by VHDL 
is to not change the current output. By definition, if the input changes 
to an unspecified state, the output remains unchanged. In this case, the 
output associated with the previous set of input can be thought of as being 
remembered. It is this mechanism, as strange and interesting as it is, that 
is used to induce memory in the VHDL code. 

In terms of the D flip-flop shown in Example 14, the only time the output 
is specified is for that delta time associated with the rising edge of the 


clock. The typical method used to provide a catch-all condition in case 
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the if condition is not met is with an else clause. Generally speaking, a 
quick way to tell if you have induced a memory element is to look for the 
presence of an else clause associated with the if statement. 

The previous two paragraphs are vastly important for understanding 
VHDL; the concept of inducing memory in VHDL is very important to 
digital circuit design. The design of sequential circuits is dependent on 
this concept. This somewhat cryptic method used by VHDL to induce 
memory elements is a byproduct of behavioral modeling based solely on 
the interpretation of the VHDL source code. Even if you will only be 
using VHDL to design combinatorial circuits, you will most likely be faced 
with the comprehension of these concepts. One of the classic warnings 
generated by the VHDL synthesizer is the notification that your VHDL 
code has generated a latch. Despite the fact that this is only a warning, 
if you did not intend to generate a latch, you should strive to modify your 
VHDL code in such a way as to remove this warning. Assuming you did 
not intend to generate a latch, the cause of your problem is that you have 
not explicitly provided an output state for all the possible input conditions. 
Because of this, your circuit will need to remember the previous output 
state so that it can provide an output in the case where you have not 


explicitly listed the current input condition. 


EXAMPLE 15. Write the VHDL 
code that describes a D flip-flop 
shown on the right. Use a behavi- 
oral model in your description. Con- 


sider the S input to be an active- 


low, synchronous input that sets the 


D flip-flop outputs when asserted. 
SOLUTION. The solution to Example 15 is shown in Listing 7.2. There 
are a few things of interest regarding this solution. 


e The S input to the flip-flop is made synchronous by only allowing it 
to affect the operation of the flip-flop on the rising edge of the system 


clock. 


e On the rising edge of the clock, the S input takes precedence over the 
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D input because the state of the S input is checked prior to examining 
the state of the D input. In an if-else statement, once one condition 
evaluates as true, none of the other conditions is checked. In other 
words, the D input is transferred to the output only on the rising edge 


of the clock and only if the S input is not asserted. 


Listing 7.2: Solution to Example 15. 


-- library declaration 
library IEEE; 
use IEEBE.std_logic_1164.al1l1; 


-—- entity 
entity c_ffiine is 
pore, } Bes =. 2a, ‘stdllogic, 
Cha 2m std logic; 
OF sue std_logic); 
end d_ff_ns; 
-—- architecture 
architecture my_d_ff_ns of d_ff_ns is 
begin 
dff: process (CLK) 
begin 
if (rising_edge(CLK)) then 
ThE (Se —an Ole) mete ren 
OS= el, 
else 
Oo <s= IDE 
end if; 
end if; 


end process dff; 
end my_d_ff_ns; 


EXAMPLE 16. Write the VHDL 
code that describes a D flip-flop 
shown on the right. Use a behavioral 
model in your description. Consider 


the R input to be an active-high, 


asynchronous input that resets the 


D flip-flop outputs when asserted. 


SOLUTION. The solution to Example 16 is shown in Listing 7.3. You can 
probably glean the most information about asynchronous input and syn- 
chronous inputs by comparing the solutions to Example 15 and Example 16. 


A couple of interesting points are listed below. 


e The reset input is independent of the clock and takes priority over the 
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clock. This prioritization is done by making the reset condition the 


first condition in the if statement. Evaluation of the other conditions 


continues if the R input does not evaluate to a ’1’. 


e The falling_edge() function is used to make the D flip-flop falling- 
edge-triggered. Once again, this function is defined in one of the included 


libraries. 


Listing 7.3: Solution to Example 16. 


—- library declaration 
library IEEE; 
use IEEE.std_logic_1164.a11; 


-—- entity 
entity c_ff_r is 
jsereie Dyk ein std_logic; 
CLK ns istdalogic; 
Qo: out stdl logic); 
end d_ff_r; 
—- architecture 
anchitectunme mymcink fie ot acest ress 
begin 
GEES process (R;CLK) 
begin 
if (R = '1') then 
(Oh MOS 
elsif (falling_edge(CLK)) then 
() <= 1D)p 
end) age 


end process dff; 
end my_d_ff_r; 


The solutions of Example 15 and Example 16 represent what can be 
considered the standard VHDL approaches to handling synchronous and 
asynchronous inputs, respectively. The general forms of these solutions are 
actually considered templates for synchronous and asynchronous inputs by 
several VHDL references. As you will see later, these solutions form the 


foundation to finite state machine design using VHDL. 
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EXAMPLE 17. Write the VHDL 
code that describes a T flip-flop 
shown on the right. Use a behavi- 
oral model in your description. Con- 


sider the S input to be an active- 


low, asynchronous input that sets 
the T flip-flop outputs when asser- 
ted. 


SOLUTION. The solution to Example 17 is shown in Listing 7.4. This 
example has some very important techniques associated with it that are 


well worth mentioning below. 


e A unique quality of the D flip-flop is demonstrated in this implement- 
ation of a T flip-flop. The output of a D flip-flop is only dependent 
upon the D input and is not a function of the present output of the 
flip-flop. The output of a T flip-flop is dependent upon both the T input 
and the current output of the flip-flop. This adds a certain amount of 
extra complexity to the T flip-flop model as compared to the D flip-flop 
as is shown in Listing 7.4. The T flip-flop model in Listing 7.4 uses 
a temporary signal in order to use the current state of the flip-flop 
as an input. In other words, since Q appears as a port to the entity 
it must be assigned a mode specifier and in this case, it has been 
assigned a mode specifier of “out”. Signals that are declared as 
outputs can therefore not appear on the right-hand side of a 
signal assignment operator. The standard approach to bypassing 
this apparent limitation in VHDL is to use intermediate signals 
which, as opposed to port signals, do not have mode specifications and 
can thus be used as either inputs or outputs (can appear on both sides 
of the signal assignment operator) in the body of the architecture. The 
approach is to manipulate the intermediate signal in the body of the 
architecture but to also use a concurrent signal assignment statement 
to assign the intermediate signal to the appropriate output. Note that 
in the key statement in the solution shown in 7.4 that the intermediate 


signal appears on both sides of the signal assignment operator. This is 
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a widely used approach in VHDL: please take time to understand and 
absorb it. And lastly on this note, there are other mode specifications 
that would allow you a different approach to bypassing this problem 
(namely, the use of the “buffer” mode specification), but you should 
never use these in VHDL. The approach presented here is considered a 
good use of VHDL. 


This code uses the characteristics equation of a T flip-flop in its im- 
plementation. We technically used a characteristic equation when we 
implemented the D flip-flop but since the characteristic equation of a 


D flip-flop is relatively trivial, you may not have been aware of it. 


There are certain advantages to using T flip-flops in some conditions, 
D flip-flops are generally the storage element of choice using VHDL. If 
you do not have a specific reason for using some type of flip-flop other 


than a D flip-flop, you probably should not. 


Listing 7.4: Solution to Example 17. 


-- library declaration 


library IEEE; 


use IEBE.std_logic_1164.al11; 


-—- entity 
(Sunleakion® ie Gmse i} ake} 
POrem(@ l,.5/1ClLh a tn a stdslogic; 
(O) 8 out std_logic); 


ends task firs: 
—— (vole aicny 
anchitectunmemmymtas ies i Ol tart sms) 


signal t_tmp : std_logic; -- intermediate signal declaration 
begin 
three process (tG,.C Lb) 
begin 
lf (6 = "0") then 


ie iomes << — = Vals 
elsif (rising_edge(CLK)) then 
t_tmp <= T XOR t_tmp; -- temp output assignment 
end if; 
end process tff; 


Q <= t_tmp; -—- final output assignment 


ene mya baat Easy 
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7.2 Inducing Memory: Data-flow vs. Behavioral Modeling 


A major portion of digital design deals with sequential circuits. Generally 
speaking, most sequential circuit design is about synchronizing events to 
a clock edge. In other words, output changes only occur on a clock edge. 
The introduction to memory elements in VHDL presented in this section 
may lead the reader to think that memory in VHDL is only associated 
with behavioral modeling, but this is not the case. The same concept 
of inducing memory holds for data-flow modeling as well: not explicitly 
specifying an output for every possible input condition generates a latch 
(a storage element). And on this note, checking for unintended memory 
element generation is one of the duties of the digital designer. As you 
would imagine, memory elements add an element of needless complexity 
to the synthesized circuit. 

One common approach for learning the syntax and mechanics of new 
computer languages is to implement the same task in as many different 
ways as possible. This approach utilizes the flexibility of the language and 
is arguably a valid approach to learning a new language. This is also the 
case in VHDL. But, probably more so in VHDL than other languages, 
there are specific ways of doing things and these things should always be 
done in these specific ways. Although it would be possible to generate 
flip-flops using data-flow models, most knowledgeable people examining 
your VHDL code would not initially be clear as to what exactly you are 
doing. As far as generating synchronous memory elements go, the methods 
outlined in this section are simply the optimal method of choice. This is 


one area not to be clever with. 


7.3 Important Points 


e Storage elements in VHDL are induced by not specifying output condi- 


tions for every possible input condition. 


e Unintended generation of storage elements is generally listed by the 
synthesizer as latch generation. Once again, latches are generated when 
there is an existing input condition to a circuit that does not have a 


corresponding output specification. 
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e Memory elements can be induced by both data-flow and behavioral 


models. 


e If a signal declared in the entity declaration has a mode specifier of out, 
that signal cannot appear on the right-hand side of a signal assignment 
operator. This limitation is bypassed by using intermediate signals for 
any functional assignments and later assigning the intermediate signal 


to the output signal using a concurrent signal assignment statement. 


e The mode specification of buffer should be avoided in favor of inter- 


mediate signals. 


7.4 Exercises: Basic Memory Elements 


S 
EXERCISE 1. Provide a VHDL behavi- Q 
oral model of the D flip-flop shown on the 
right. The S and R inputs are an active low 

CLK Q 
asynchronous preset and clear. Assume both : 
the S and R inputs will never be asserted 
simultaneously. 

S 
EXERCISE 2. Provide a VHDL behavi- Q 
oral model of the D flip-flop shown on the 
right. The S and R inputs are an active low 

CLK Q 
asynchronous preset and clear. Assume the S : 


input takes precedence over the R input in the 


case where both are asserted simultaneously. 
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EXERCISE 3. Provide a VHDL behavioral 
model of the D flip-flop shown on the right. 
The S and R inputs are synchronous preset 
and clear. Assume both the S and R inputs 


will never be asserted simultaneously. 


EXERCISE 4. Provide a VHDL behavi- 
oral model of the D flip-flop shown on the 
right. The S and R inputs are an active low 
asynchronous preset and clear. If both the 
S and R inputs are asserted simultaneously, 


the output of the flip-flop will toggle. 


EXERCISE 5. Provide a VHDL behavioral 
model of the T flip-flop shown on the right. 
The S and R inputs are an active low asyn- 
chronous preset and clear. Assume both the 
S and R inputs will never be asserted simul- 
taneously. Implement this flip-flop first using 
an equation description of the outputs and 
then using a behavioral description of the 


outputs. 


EXERCISE 6. Provide a VHDL behavi- 
oral model of the T flip-flop shown on the 
right. The S and R inputs are an active low 
asynchronous preset and clear. Assume both 
the S and R inputs will never be asserted 


simultaneously. 
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Finite State Machine Design Using VHDL 


Finite state machines (FSMs) are mathematical abstractions that are used 
to solve a large variety of problems, among which are electronic design 
automation, communication protocol design, parsing and other engineering 
applications. At this point in your digital design career, you have probably 
designed several state machines on paper. You are now at the point where 
you can implement and test them using actual hardware. The first step in 
this process is to learn how to model FSMs using VHDL. 

As you will see in the next section, simple FSM designs are just a step 
beyond the sequential circuit design described in the previous section. The 
techniques you learn in this section will allow you to quickly and easily 
design relatively complex FSMs which can be useful in a number of ways. 

A block diagram for a standard Moore-type FSM is shown in Fig. 8.1. This 
diagram is fairly typical but different names are used for some of the blocks 


in the design. The Next State Decoder is a block of combinatorial 


Next State State Registers Output 


Decoder (sequential) Decoder 
(combinatorial) H+} —+| (combinatorial) 


> External 
Outputs 


External 
Inputs 


Figure 8.1: Block diagram for a Moore-type FSM. 
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External Outputs 
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“sea edocccccccencccescccccescs > Present State 
State Transition Inputs 


Figure 8.2: Model for VHDL implementations of FSMs. 


logic that uses the current external inputs and the current state to decide 
upon the next state of the FSM. In other words, the inputs to the Next 
State Decoder block are decoded to produce an output that represents 
the next state of the FSM. The circuitry in the Next State Decoder is 
generally the excitation equations for the storage elements (flip-flops) in the 
State Register block. The next state becomes the present state of the 
FSM when the clock input to the state registers block becomes active. The 
state registers block is a storage element that stores the present state of the 
machine. The inputs to the Output Decoder are used to generate the 
desired external outputs. The inputs are decoded via combinatorial logic 
to produce the external outputs. Because the external outputs are only 
dependent upon the current state of the machine, this FSM is classified as 
a Moore-type FSM. 

The FSM model shown in Fig. 8.1 is the most common model for de- 
scribing a Moore-type FSM. This is probably because students are often 
asked to generate the combinatorial logic required to implement the Next 
State Decoder and the Output Decoder; however here we want to 
think about FSMs in the context of VHDL. The true power of VHDL 
starts to emerge in dealing with FSMs. As you will see, the versatility of 
VHDL behavioral modeling removes the need for large paper designs of 
endless K-maps and endless combinatorial logic elements. 

There are several different approaches used to model FSMs in VHDL. 
The various approaches are a result of the general versatility of VHDL as 
a language. What we will describe in this section is probably the clearest 


approach for FSM implementation. A block diagram of the approach we 
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will use in the implementation of FSMs is shown in Fig. 8.2. 

Although it does not look that much clearer, you will soon find the FSM 
model shown in Fig. 8.2 to be a straightforward method for implementing 
FSMs. The approach we will use divides the FSM into two VHDL processes. 
One process, referred to as the Synchronous Process handles all the 
matters regarding clocking and other controls associated with the storage 
element. The other process, the Combinatorial Process, handles all 
the matters associated with the Next State Decoder and the Output 
Decoder of Fig. 8.1. Note that the two blocks in Fig. 8.1 are both made 
solely of combinatorial logic. 

Some new lingo is used to describe the signals in Fig. 8.2, as outlined 


and described below: 


e The inputs labelled Parallel Inputs are used to signify inputs that 
act in parallel on each of the storage elements. These inputs include 


enables, presets, clears, etc. 


e The inputs labelled State Transition Inputs include external 
inputs that control the state transitions. These inputs also include 


external inputs used to decode Mealy-type external outputs. 


e The Present State signals are used by the Combinatorial 
Process box for both next state decoding and output decoding. The 
diagram of Fig. 8.2 also shows that the Present State variables can 
also be provided as outputs to the FSM but they are not required. 

One final comment before we begin. There are many different methods 

that can be used to describe FSMs using VHDL. Once you understand the 
method presented here, learning any other style of FSM implementation is 
relatively painless. More information on the other FSM coding styles may 


be found in various VHDL texts or on the web. 
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EXAMPLE 18. Write the 
VHDL code that implements 


TOG_EN 


SOLUTION. This problem represents a basic FSM implementation. It 
is instructive to show the black-box diagram which is an aid in writing 
the entity description. Starting FSM problems with the drawing of a black 
box diagram is a healthy approach particularly when dealing with FSMs. 
Oftentimes with FSM problems, it becomes challenging to discern the FSM 
inputs from the outputs. Drawing a diagram alleviates this problem. The 
black box diagram and the code for the solution of Example 18 is shown 


in Listing 8.1. 


CLR ——>| mMY_FSM1 
TOG_EN z 


— 


CLK ——> 
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Listing 8.1: Solution to Example 18. 


-- library declaration 
library IEEE; 
use IEEE.std_logic_1164.al1l1; 


-—- entity 
entity my_fsml is 
pore ( TOG2th = in std logic; 


Vib eeu yin stdliogie, 
Zi Outen Sede LOGIC); 
end my_fsm1; 
-- architecture 
architecture fsml of my_fsml is 
type state_type is (STO,ST1); 
signal PS,NS : state_type; 


begin 
sync_proc: process (CLK,NS, CLR) 
begin 
—-— take care of the asynchronous input 
af (CLR = "1") then 
Does 
elsif (rising_edge(CLK)) then 
PS <= NS; 
lend abi. 


end process sync_proc; 


comb_proc: process (PS, TOG_EN) 


begin 
Ze Oe —- pre-assign output 
case PS is 
when STO => -—- items regarding state STO 
“41 <= "0%; -=— Moore output 
if (TOG_EN = '1') then NS <= ST1; 
else NS <= STO; 
end if; 
when STl => -—- items regarding state ST1l 
Zope — -- Moore output 
if (TOG_EN = '1') then NS <= STO; 
else NS <= ST1; 
end if; 
when others => -- the catch-all condition 
Zl <= '0'; -- arbitrary; it should never 
NS <= STO; -- make it to these two statements 


end case; 
end process comb_proc; 
end fsml; 


And of course, this solution has many things worth noting in it. The 


more interesting things are listed below. 


e We have declared a special VHDL type named st ate_type to represent 
the states in this FSM. This is an example of how enumeration types 
are used in VHDL. As with enumerated types in other higher-level 
computer languages, there are internal numerical representations for 
the listed state types, but we only deal with the more expressive 


symbolic equivalent. In this case, the type we have created is called a 
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state_type and we have declared two variables of this type: PS and 
NS. The key thing to note here is that a state_type is something we 
have created and is not a native VHDL type. 


The synchronous process is equal in form and function to the simple 
D flip-flops we examined in the section about sequential circuits. The 
only difference is that we have substituted PS and NS for D and Q, 
respectively. Something to note here is that the storage element is 
associated with the PS signal only. Note that PS is not specified for 


every possible combination of inputs. 


Even though this example is of the simplest FSM you could hope for, the 
code looks somewhat complicated. But if you examine it closely, you can 
see that everything is nicely compartmentalized in the solution. There 
are two processes; the synchronous process handles the asynchronous 
reset and the assignment of a new state upon the arrival of the system 
clock. Additionally, the combinatorial process handles the outputs not 


handled in the synchronous process. 


Because the two processes operate concurrently, they can be considered 
as working in a lock-step manner. Changes to the NS signal that 
are generated in the combinatorial process force an evaluation of the 
synchronous process. When the changes are actually instituted in the 
synchronous process on the next clock edge, the changes in the PS 
signal causes the combinatorial process to be evaluated. And so on and 
so forth. 


The case statement in the combinatorial process provides a when clause 
for each state of the FSM. A when others clause has also been used. 
The signal assignments that are part of this catch-all clause are arbitrary 
since the code should never actually make it there. This statement is 
provided for a sense of completeness and represents good VHDL coding 


practice. 


The Moore output is a function of only the present state. This is 
expressed by the fact that the assignment of the Z1 output is uncon- 


ditionally evaluated in each when clause of the case statement in the 
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combinatorial process. In other words, the Z1 variable is inside the 
when clause but outside of the if statement in the when clause. This 
is of course because the Moore outputs are only a function of the states 
and not the external inputs. Note that it is the external input that 
controls which state the FSM transitions to from any given state. You 
will see later that Mealy outputs, due their general nature, are assigned 


inside the if statement. 


e The Z1 output is pre-assigned as the first step in the combinatorial 
process. Pre-assigning it in this fashion prevents the unexpected latch 
generation for the Z1 signal. When dealing with FSMs, there is a natural 
tendency for the FSM designer to forget to specify an output for the 
Z1 variable in each of the states. Pre-assigning it prevents latches from 
being generated and can arguably clean up the source code. The pre- 
assignment makes no difference to the VHDL code because if multiple 
assignments are made within the code, only the final assignment takes 
effect. In other words, only the final assignment is considered once the 


process terminates. 


There is one final thing to note about Example 18. In an effort to keep 
the example simple, we disregarded the digital values of the state variables. 
This is indicated in the black-box diagram of Listing 8.1 by the fact that 
the only output of the FSM is the signal Z1. This is reasonable if only one 
signal is required to control some other device or circuit. The state variable 
is represented internally and its precise representation is not important 
since the state variable is not provided as an output. 

In some FSM designs, the state variables are provided as outputs. To 
show this situation, we will provide a solution to Example 18 with the 
state variables as outputs. The black-box diagram and the VHDL code of 


this solution is shown in Listing 8.2. 


CLR ——>| y_Fsm2 
TOG_EN Z1 


CLK ——> psy 
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Listing 8.2: Solution to Example 18 that include state variable as output. 


—- library declaration 
library IEEE; 
use IEEE.std_logic_1164.al11; 


—- entity 
entity my_fsm2 is 
pene ( TOG_EN * in std_logic; 


CLE ,CLR = am std logic; 
Vpol + ob std_logac); 
end my_fsm2; 
-—- architecture 
architecture fsm2 of my_fsm2 is 
type state_type is (STO,ST1); 
signal PS,NS : state_type; 


begin 
SyNC=proc: process (CLK, NS, CER) 
begin 
Af (CLR = 11") then 
ESe<= SLO 
elsif (rising_edge(CLK)) then 
PS <= NS; 
end if; 


end process sync_proc; 


comb_proc: process (PS, TOG_EN) 


begin 
VidN Fe seg 0 
case PS is 
when STO => -—- items regarding state STO 
dl =e P{Q) ea -—- Moore output 
if (TOG_EN = '1') then NS <= ST1; 
else NS <= STO; 
end if; 
when ST1l => -- items regarding state STl 
Vall =<? AAR Aa —-- Moore output 
i | (LOCEENT—s Hs) iP ehenNSe<— oO), 
else NS <= ST1; 
end if; 
when others => =— the cateh—all condition 
dl —<— (08 —- arbitrary; it should never 
NS <= STO; -—- make it to these two statements 
end case; 


end process comb_proc; 


—- assign values representing the state variables 
with PS select 
Y <= '0Q' when STO, 
I Swit orale, 
'O' when others; 
end fsm2; 


Note that the VHDL code shown in Listing 8.2 differs in only two areas 
from the code shown in Listing 8.1. The first area is the modification of the 
entity declaration to account for the state variable output Y. The second 
area is the inclusion of the selective signal assignment statement which 
assigns a value of state variable output Y based on the condition of the 


state variable. The selective signal assignment statement is evaluated each 
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time a change in signal PS is detected. Once again, since we have declared 
an enumeration type for the state variables, we have no way of knowing 
exactly how the synthesizer will decide to represent the state variable. The 
selective signal assignment statement in the code of Listing 8.2 only makes 
it appear like there is one state variable and the states are represented 
with a ’l’ and a ’0’. In reality, there are methods we can use to control 
how the state variables are represented and we will deal with those soon. 

Lastly, there are three concurrent statements in the VHDL code shown 
in Listing 8.2: two process statements and a selective signal assignment 


statement. 


EXAMPLE 19. Write the VHDL 
code that implements the FSM 
shown on the right. Consider the 


state variables as outputs of the 
FSM. 


ae 


/0 


input(x)/output(Z2) 


yee 


0/0 


j=) 
ae 
fe 


SET — 


1/1 


SOLUTION. The state diagram shown in this problem indicates that 
this is a three-state FSM with one Mealy-type external output and one 
external input. Since there are three states, the solution requires at least 
two state variables to handle the three states. The black-box diagram of 
the solution is shown in Listing 8.3. Note that the two state variables are 


handled as a bundled signal. 


SET ——>} MY_FSM3 


x 
CLK ——>+] omni! 


Z2 
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Listing 8.3: Solution to Example 19. 


—- library declaration 
library IEEE; 
use IEEE.std_logic_1164.al11; 
—- entity 
entity my_fsm3 is 
pert ( 4, CEs, Ser 7 am stdllogic; 
¥ : out std_logic_vector(!] downto 0); 
“2 + out std_logic); 
end my_fsm3; 
-—- architecture 
architecture fsms of mylisms is 
type state_type is (ST0O,ST1,ST2); 
signal PS,NS : state_type; 


begin 
SyNCeproc: process (CLK, NS, SED) 
begin 
af (SET = 1") then 
Be <= Cures 
elsif (rising_edge(CLK)) then 
PS <= NS; 
end if; 


end process sync_proc; 


Gombaprocs) process (PS, xX) 


begin 
Oma nes —- pre-assign FSM outputs 
case PS is 
when STO => -—- items regarding state STO 
(Ae, <= 0) es -- Mealy output always 0 
if (X = '0') then NS <= STO; 
else NS <= ST1; 
end if; 
when STl => -—- items regarding state ST1l 
ieee Ones -- Mealy output always 0 
1 (Xo O}) eat henmNS<—sioihO} 
else NS <= ST2; 
end if; 
when ST2 => -—- items regarding state ST2 
-- Mealy output handled in the if statement 
ie (X=) 0"), then INS! <= S022 c= SO 
else NS <= ST2; 22 <= ‘i; 
end if; 
when others => == the eaten all condition 
Zo <= 1 SNSes— SO 
end case; 


end process comb_proc; 


—- faking some state variable outputs 
with PS select 
Y <= "00" when STO, 
"10" when STI, 
"11" when ST2, 
"00" when others; 
end fsm3; 


As usual, there are a couple of fun things to point out about the solution 
for Example 19. Most importantly, you should note the similarities between 


this solution and the previous solution. 
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e The FSM has one Mealy-type output. The solution essentially treats 
this output as a Moore-type output in the first two when clauses of 
the case statement. In the final when clause, the Z2 output appears 
in both sections of the if statement. The fact that the Z2 output is 
different in the context of state ST2 makes it a Mealy-type output and 
therefore a Mealy-type FSM. 


e When faking the state variable outputs (keeping in mind that the actual 
state variables are represented with enumeration types), two signals 
are required since the state diagram contains more than two states 
(and less than five states). The solution opted is to represent these 
outputs as a bundle which has the effect of slightly changing the form 
of the selected signal assignment statement appearing at the end of the 


architecture description. 


EXAMPLE 20. Write the 1/1 (state \ 
VHDL code that implements — peset (00 cy, 
the FSM shown on the right. NEW 


Consider the listed state vari- 


1/1 ae 
(01 \ 


input(x)/output(Z2) 
ables as output. 


1/1 


SOLUTION. The state diagram indicates that its implementation will 
contain four states, one external input and two external outputs. This 
is a hybrid FSM in that the if contains both a Mealy and Moore-type 
output but in this case, the FSM would be considered a Mealy-type FSM. 
The black-box diagram and the VHDL code of the solution is shown in 
Listing 8.4. 
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RESET MY_FSM4 41 
x 22 
2: 
CLK ao Y 


Listing 8.4: Solution to Example 20. 


-—- library declaration 
library IEEE; 
use IEEE.std_logic_1164.all1; 
—- entity 
entity my_fsm4 is 
port ({ X,CL4, RESET = =n std_logic; 
Y : out std_logic_vector(1 downto 0); 
41,42 * out std_logic); 
end my_fsm4; 
-- architecture 
architecture fsm4 of my_fsm4 is 
type state_type is (ST0O,ST1,ST2,ST3); 
signal PS,NS : state_type; 


begin 
sync_proc: process (CLK,NS, RESET) 
begin 
if (RESET = “1)") then P'S <=" STO0; 
elsif (rising_edge(CLK)) then PS <= NS; 
end if; 


end process sync_proc; 


comb_proc: process (PS, X) 


begin 
-- Z1: the Moore output; 22: the Mealy output 
VET es UNO Z2 <= '0'; -- pre-assign the outputs 
case PS is 
when STO => -- items regarding state STO 
Z ae oa -— Moore output 
Tf (X= 80") then NS <= "Sil 22 <= "Or. 
else NS <= STO; 22 <= '1'; 
end if; 
when STl => -- items regarding state STl 
Zl aes -— Moore output 
alse (G6 =e VOY) Selovsiot WIS) ss SAP YA <a Vs 
else NS <= ST1; 22 <= '1'; 
end if; 
when ST2 => —- items regarding state ST2 
Val << WQS = iexewete: forene| siete, 
alse (O.@ =p VON) Selovesot WNIS) << SbS\ps VARA << UV O)s 
else NS <= ST2; 22 <= "1"; 
end if; 
when ST3 => —- items regarding state ST3 
pal see -—- Moore output 
if (X= *0") then NS <= SiO 22) <= "0". 
else” NS! <= sSis*) 22 <—) Vik, 
end) ach; 
when others => -- the catch all condition 
Waly ee A INS) <= Siarls 
end case; 
end process comb_proc; 
with PS select 
Y <= "00" when STO, 
"01" when ST1, 
"10" when ST2, 
Na Switeny SS), 


"00" when others; 
end fsm4; 
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If you haven’t noticed by now, implementing FSMs using the VHDL 
behavioral model is remarkably straightforward. In reality, I rarely code a 
FSM from scratch; I usually opt to grab some previous FSM I have coded 
and start from there. Keep in mind that real engineering is rarely based 
on a cookbook. For FSM problems, the engineering is in the testing and 
creation of the state diagram. Do not get too comfortable with behavioral 
modeling of FSMs; the real fun is actually generating a FSM that solves a 


given problem. 


8.2 One-Hot Encoding for FSMs 


Truth be told, there are many different methods that can be used to encode 
state variables!. If the exact form of the representation used is important 
to you, then you will need to take the necessary steps in order to control 
how the state variables are represented by the synthesizer. There are two 
approaches to control state variable representation. The first approach is to 
allow the synthesizing tool to handle the details. Since every FSM we have 
seen up to this point has used enumeration types to represent the state 
variables, the synthesizer could choose to actually represent them with an 
encoding scheme of its own choosing. The reality is that the tools generally 
have an option to select the desired encoding scheme. The downside of 
this approach is that you are denied the learning experience associated 
with implementing the VHDL code that explicitly induces your desired 
encoding scheme. After all, you may have some special encoding scheme 
you need to use but is not supported by the development tools. The second 
approach to encoding the state variables is to specify them directly in 
VHDL. The approach of specifying the state variables in the VHDL code 
is presented in this section. 

One-hot encoding uses one bit in the state register for each state of the 
FSM. For a one-hot encoding FSM with 16 states, 16 flip flops are required. 
However only four flip flops are required if the same FSM is implemented 
using a binary encoding. One-hot encoding simplifies the logic and the 


interconnections between overall logic. Despite looking quite wasteful in 


"In this case, encoding refers to the act of assigning a unique pattern of 1’s and 0’s 


to each of the states in order to make them unambiguous from other states. 
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terms of employed logic, one-hot encoding often results in smaller and 
faster FSMs. 

The approach taken in the previous FSM examples was to pretend we 
were using full encoding for the state variables of the FSM. The full 
encoding approach minimizes the number of storage elements (flip-flops) 
used to store the state variables. The closed form equation describing 
the number of flip-flops required for a given FSM as a function of the 
number of states is shown in equation 8.1. The bracket-like symbols used 
in equation 8.1 indicate a ceiling function’. The binary nature expressed 
by this equation is so apparent that this encoding is often referred to as 


binary encoding. 


i#(flip_flops) = |logs(#states) (8.1) 


For one-hot encoded FSMs, only one flip-flop is asserted at any given 
time. This requires that each distinct state be represented by one flip-flop. 
In one-hot encoding, the number of flip-flops required to implement a FSM 
is therefore equal to the number of states in the FSM. The closed form of 


this relationship is shown in equation 8.2. 


#(flip_flops) = #(states) (8.2) 


The question naturally arises as to how VHDL can be used to implement 
one-hot encoded FSMs. If you want total control of the process, you will 
need to grab control away from the synthesizer. And since we are concerned 
with learning VHDL, we need to look at the process of explicitly encoding 
one-hot FSMs. 

The modular approach we used to implement FSMs expedites the conver- 
sion process from using enumeration types to actually specifying how the 
state variables are represented. The changes from our previous approach 
are limited to how the outputs are assigned to the state variables and how 
the state variables are forced to be represented by certain bit patterns. 


Modifications to the fully encoded approach are thus limited to the entity 


?The ceiling function y = [x] assigns y to the smallest integer that is greater or 


equal to x. 
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declaration (you will need more variables to represent the states), the 
declaration of the state variables (you will need to explicitly declare the 
bit patterns associated with each state) and the assignment of the state 
variables to the outputs (in this case, we are actually not faking it like we 


were in other examples). 


EXAMPLE 21. Write the 
VHDL code that implements 
the FSM shown on the right. 
Consider the listed state vari- 
ables as output. Use one-hot 
encoding for the state vari- 
ables. This problem is Ex- 
ample 20 all over again but 
uses true one-hot encoding 


for the state variables. 


SOLUTION. The state diagram shows four states, one external input X, 
two external outputs Z1 and Z2 with the Z2 output being a Mealy output. 
This is a Mealy machine that indicates one-hot encoding should be used 
to encode the state variables. We will approach the implementation of this 
FSM one piece at the time. 

Listing 8.5 shows the modifications to the entity declaration required to 
convert the full encoding used in Example 20 to a pseudo one-hot encoding. 
Listing 8.6 shows the required modifications to the state variable output 
assignment in order to move from enumeration types to a special form 
of assigned types. Forcing the state variables to be truly encoded using 
one-hot encoding requires these two extra lines of code as is shown in 
Listing 8.6. These two lines of code essentially force the VHDL synthesizer 
to represent each state of the FSM with its own storage element. In other 
words, each state is represented by the string” modifier as listed. This 


forces four bits per state to be remembered by the FSM implementation 
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which essentially requires four flip-flops. Note in Listing 8.7 that the default 
case is assigned a valid one-hot state instead of the customary all zero 
state. You should strongly consider comparing these three figures. The 


total solution is shown in Listing 8.8 


Listing 8.5: Modifications to convert Example 20 to one-hot encoding. 


-- full encoded approach 
entity my_fsm4 is 
Port ( X,/CL4, RESET =; on std_logic; 
Y : out std_logic_vector(1 downto 0); 
Al, a2 * out std_logic) ; 
end my_fsm4; 
-- one-hot encoding approach 
entity my_fsm4 is 
port ( X,CLE,RESET + in std_logic; 
¥ : out std_logic_vector(3 downto 0); 
41,42 + out std_logic); 
end my_fsm4; 


Listing 8.6: Modifications to convert state variables to use one-hot encoding. 


-- the approach for enumeration types 

type staremeype:ts (SiO, Shik, Sia Sisies 

signal PS,NS : state_type; 

-—- the approach used for explicitly specifying state bit patterns 

Ey perstaremey perc (SiO; si Silay orlsh) ey 

attribute ENUM_ENCODING: STRING; 

attribute ENUM_ENCODING of state_type: type is "1000 0100 0010 0001"; 
signal PS,NS : state_type; 


Listing 8.7: Modifications to convert state output to pseudo one-hot encoding. 


-—- fake full encoded approach 
with PS select 
Y <= "00" when STO, 
MOL" when STL, 


-- one-hot encoded approach 
with PS select 
Y <= "1000" when STO, 

“OLO0"™ when (Sil; 
"0010" when ST2, 
"0001" when ST3, 
"1000" when others; 

end fsm4; 
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Listing 8.8: The final solution to Example 21. 


-- library declaration 
library IEEE; 

use IEEE.std_logic_1164.al1l1; 
-—- entity 

entity my_fsm4_oh is 


pore ( R,CLe,ReoeT 2 an stditogic; 


Y 3 cut std_togic_vector(? downto 0); 


21), a2 3 sue std ilegic); 


end my_fsm4_oh; 
-- architeture 


architecture fsm4_oh of my_fsm4_oh is 
type state_type is (ST0,ST1,ST2,ST3); 
attribute ENUM_ENCODING: STRING; 
attribute ENUM_ENCODING of state_type: type is "1000 0100 0010 0001"; 


signal PS,NS : state_type; 
begin 


sync_proc: process (CLK, NS, RESET) 


begin 


if (RESET = '1") then PS <= 


SaOe 


elsif (rising_edge(CLK)) then PS <= NS; 


end ani 
end process sync_proc; 


comb_proc: process (PS, X) 


begin 
—- Z1: the Moore output; Z2: the Mealy output 
Ze (ie. Z2 <= '0'; -- pre-assign the outputs 
case PS is 
when STO => —- items regarding state STO 
Vege <ce IR e =— Moore: output 
ise (66 = VOY )) Sclavetal INS; <= (Sanile we <= Vghihe 
else NS <= STO; 22 <= '1'; 
end if; 
when STl => -—- items regarding state ST1l 
Vege <se PAL VR —— Moore output 
aise (6 SO) “elavenal INS} <= (Saree vie << OES 
else NS <= ST1l; Z2 <= '1'; 
end. ave 
when ST2 => -—- items regarding state ST2 
Z1 <= '0'; -- Moore output 
alse (GON) iy “eloxevey INisy =< fsansis Apt Ne (0) he 
else NSi<=— "SZ e220 <= Nal. 
end if; 
when ST3 => -—- items regarding state ST3 
Phd << a -- Moore output 
He (Xe Oey hen NS -<— Si Ore io <= tie 
Guba. INS). << SUN SIRs Wars << Vp 
end if; 
when others => -- the catch all condition 
Vaal Kee LN ee See OS INIS! << ShIET0)e 


end case; 
end process comb_proc; 


—-— one-hot encoded approach 
with PS select 
Y <= "1000" when STO, 
"0100" when STI, 
"0010" when ST2, 
"0001" when ST3, 
"1000" when others; 


end fsm4_oh; 
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8.3 Important Points 


e Modeling FSMs from a state diagram is a straightforward process using 
VHDL behavioral modeling. The process is so straightforward that 
it is often considered cookie cutter. The real engineering involved in 
implementing FSM is in the generation of the state diagram that solved 


the problem at hand. 


e Due to the general versatility of VHDL, there are many approaches 
that can be used to model FSMs using VHDL. The approach used here 
details only one of those styles but is generally considered the most 


straightforward of all styles. 


e The actual encoding of the FSM’s state variables when enumeration 
types are used is left up to the synthesis tool. If a preferred method of 
variable encoding is desired, using the attribute approach detailed in 


this section is a simple but viable alternative. 
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8.4 Exercises: Behavioral Modeling of FSMs 


EXERCISE 1. Draw the state diagram associated with the following 
VHDL code. Be sure to provide a legend and completely label everything. 


-- library declaration 
library IEEE; 
use IEEE.std_logic_1164.all1; 


= eniciay 
entity fsm is 
DOr eo, Clean ston Loguc, 
BESET 4 in std_logic; 
VAAN Vie out std_logic; 
end fsm; 
-- architecture 


architecture fsm of fsm is 
type state_type is (A,B,C); 
signal PS,NS state_type; 
begin 
sync_proc: process (CLK,NS, RESET) 
begin 
if (RESET = '0') then PS <= C; 
elsif (rising_edge(CLK)) then PS <= NS; 
end if; 
end process sync_proc; 


comb_proc: process (PS, X) 


begin 
case PS is 

Lea he C= 

when A => 
Zl ee 
if (X='0') then NS<=A; Z2<='1'; 
else NS <= B; 22 <= '0'; 
end if; 

when B => 
Zl <= '1'; 
if (X='0') then NS<=A; Z2<='0'; 
else NS <= C; 22 <= '1'; 
end if; 

when C => 
Bie Os 


fe (X= 08) ect heneNS<—=Fi-me42.<—"sen 
else NS <= A; 22 <= '0'; 
end if; 
when others => 
Zale) SNS <— Aine 
end case; 
end process comb_proc; 
end fsm; 


xX —»>| FSM 
RESET 


CLK 


Z1 
Z2 
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EXERCISE 2. Write a 


VHDL behavioral model that 
could be used to implement 


the state diagram as shown on legend: 


Z 
the right. The state variables a nae 
should be encoded as listed X2/Z 


and also provided as outputs 


of the FSM. 2 (b) — X2/Z (a) 
X2/Z 


X2/Z 


EXERCISE 3. Draw the state diagram associated with the following 
VHDL code. Be sure to provide a legend and remember to label everything. 


8.4 Exercises: Behavioral Modeling of FSMs 


-- library declaration 
library IEEE; 
use IEEE.std_logic_1164.al1l1; 
—- entity 
entity fsmx is 
Pores @SUMiF BUM2 anes te elogic, 
(Cine 2 alsa std_logic; 
ROUM | CLAwe-iolilLeEstasLog.o)r, 
end fsmx; 
-- architecture 
architecture my_fsmx of fsmx is 
type state_type is (S1,S2,S3); 
signal PS,NS : state_type; 


begin 
sync_p: process (CLK,NS) 
begin 
if (rising_edge(CLK)) then 
PS <= NS; 
end if; 


end process sync_p; 


comb_p: process (CLK, BUM1,BUM2) 
begin 
case PS is 


when Sl => 

Cia =) "Oe. 

if (BUM1 = '0') then 
WOW AE <= VOs 
No <= Sie. 

elsif (BUM1 = '1') then 
aoe <<) Wal 9 
NS <= "(Sor 

end if; 


when S2 => 
Cie a 
TOUL <= Owes 
NS <= S83; 


when S3 => 


CTs, <=. 8; 

TOUL <= ONG; 

if (BUM2 = '1') then 
NS <= S1; 

elsif (BUM2 = '0') then 
NS <= S82; 

end if; 


when others => Cra <= Yo". 
TOU <a Oz. 
NS! <= Si; 
end case; 
end process comb_p; 
end my_fsmx; 


BUM1 
BUM2 


CLK 


FSMX 
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CTA 
TOUT 
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EXERCISE 4. 
Write the VHDL 
behavioral model 
code that could be 
used to implement 
the state diagram 
shown on the 
right. 


EXERCISE 5. Draw the state diagram associated with the following 
VHDL code. Consider the outputs Y to be representative of the state 
variables. Be sure to provide a legend. Indicate the states with both state 


variables and their symbolic equivalents. 
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-- library declaration 
library IEEE; 
use IEEE.std_logic_1164.al11; 


—- entity 
entity fsm is 
jeeras, xX, CLR. 2 in std_logic; 

RESET < in. std logic; 

“lyfe 2 out std_logic; 

Y : out std_logic_vector (2 

end fsm; 
-- architecture 


architecture my_fsm of fsm is 
type state_type is (A,B,C); 
attribute ENUM_ENCODING: STRING; 
attribute ENUM_ENCODING of state_type: 
signal PS,NS state_type; 


downto 0)); 


Evpe is. “OO 10Ml0) 100; 


begin 
Sync proc: process (CLK, NS, RESEL) —— process 
begin 
Lf (RESET = 40S) then ES <— iC; 


elsif (rising_edge(CLK)) then PS <= NS; 


end if; 
end process sync_proc; 


combiproc: process (PS, x) =—— process 
begin 
case PS is 
when A => 


Ziel (RE 
li (X = "O") then NS <= A; 22 
else NS <= B; 22 <= '0'; 
end if; 
when B => 
ileal 
dt (X = 'O") then NS <= A; 22 
else NS! <= Gya22.<— lite 
end if; 
when C => 
Zl <= '1'; 
Ve (x= 0")) then NS <= Be 22 
else NS <= A; 22 <= '0'; 
end if; 
when others => 
Zl <= '1'; NS <= A; Z2 <= '0'; 


end case; 


end process comb_proc; 


with PS select 


Y <= "001" when A, 
"010" when B, 
"100" when C, 
"001" when others; 


end my_fsm; 


eS Vals 
<= SO", 
ae Vale 
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EXERCISE 6. Write a 
VHDL behavioral model 1/0 1/0 
code that can be used to 


implement the state dia- (a) 


gram shown on the right. 

All state variables should input(x) aaa 

be encoded as listed and 

also provided as outputs 
(10 
ay 


of the FSM. 


EXERCISE 7. Draw the state diagram that corresponds to the following 
VHDL model and state whether the FSM is a Mealy machine or a Moore 


machine. Be sure to label everything. 
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-- library declaration 
library IEEE; 
use IEEE.std_logic_1164.all1; 
—- entity 
entity fsm is 
Port. (CLK, CLR, SER, xlnyx2 in std_logic; 
VA Phe? out std logic), 
end fsm; 
-- architecture 
erchitecture my_tsm of £sm is 
type state_type is (sA,SB,sC,sD); 
attribute ENUM_ENCODING: STRING; 
attribute ENUM_ENCODING of state_type: type 
Te “O00 0100 OOln ioC0t: 
signal PS,NS state_type; 
begin x1. —— 
sync_p: process (CLK,NS,CLR,SET) -- process x2 FSM 21 
begin SET 
af {CLR = "1" and SET = "0") then CLR 22 
PS <= sA; CLK 
elsif (CLR = '0' and SET = '1') then 
PS <= sD; 
elsif (rising_edge(CLK)) then 
PS <= NS; 
end if; 
end process sync_p; 
comb_p: process (X1,X2,PS) -- process 
begin 
case PS is 
when sA => 
alge (cl al) then 
WAL <= OE ark ee UE 
NS <= sA; 
else 
fil sO gee NO) 
NS <= sB; 
end if; 
when sB => 
aie, IC pee, es ils) then 
Wal <= TG We es 80 p 
NS <= 5S C, 
else 
Bi a Ps BO se PONS 
NS <= sB; 
end if; 
when sC => 
Cex = ll) then 
Pall <a MO poe, xe TN) 
NS <= sB; 
else 
fill <s QU os tak Xe ILA 
NS <= sC; 
end if; 
when sD => 
ase (¢ oE SS) Val) then 
Ma ee UGG Ae kee LING 
NS <= sD; 
else 
Bi <5 Vip We <= V0, 
INS << SCF 
end if; 


end case; 
end process comb_p; 
end my_fsm; 
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EXERCISE 8. 


Write the VHDL 
behavioral model code 
that can be used to 
implement the state 
diagram shown on 
the right. The state 
variables should be 
encoded as __ listed 
and also provided as 
outputs of the FSM. 


Chapter 8: Finite State Machine Design Using VHDL 


8.4 Exercises: Behavioral Modeling of FSMs 


EXERCISE 9. Write 
the VHDL _ behavioral 
model code that can be 
used to implement the 
state diagram shown on 
the right. The state vari- 
ables should be encoded 
as listed and also provided 
as outputs of the FSM. 


EXERCISE 10. Write the 
VHDL behavioral model code 
that can be used to implement 
the state diagram shown on 
the right. The state variables 
should be encoded as listed 
and also provided as outputs 
of the FSM. 


0/0 
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EXERCISE 11. Write the 
VHDL behavioral model code 
that can be used to implement 
the state diagram shown on 
the right. The state variables 
should be encoded as listed 
and also provided as outputs 
of the FSM. 


Z (output) 
X1,X2 (outputs) 


Xi/Z 


o 


X1/Z 
X1/Z X2/Z 


EXERCISE 12. Write the VHDL behavioral model code that can be used 
to implement the state diagram shown on the right. The state variables 


should be encoded as listed and also provided as outputs of the FSM. 


inputs: X1, X2/0 


outputs: Z1 ow 


EXERCISE 13. 
Write the VHDL 
behavioral model code (a) 


that can be used to 


implement the state input eal ca 


diagram shown on ae X1/CS,RD, 


the right. The state 


variables should be X2/€S,RD (100) 
encoded as __ listed 


and also provided as (c) 
outputs of the FSM. 


Xi/CS,RD 
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EXERCISE 14. 


Write the VHDL 
behavioral model code 
that can be used to 
implement the state 
diagram shown on 
the right. The state 
variables should be 
encoded as __ listed 
and also provided as 
outputs of the FSM. 
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Structural Modeling In VHDL 


As was mentioned earlier, there are generally three approaches to writ- 
ing VHDL code: data-flow modeling, behavioral modeling and structural 
modeling. 

Up to this point, this book has only dealt with data-flow and behavioral 
models. This section presents an introduction to structural modeling. 

As digital designs become more complex, it becomes less likely that 
any one design can be implemented with any one of the three types of 
VHDL models. We have already seen this property in dealings with FSMs 
where we mixed process statements (behavioral modeling) with selective 
signal assignment statements (data-flow modeling). The result was a hybrid 
VHDL model. By its very nature, structural modeling is likewise a hybrid 
VHDL model. Most complex designs could be considered structural models, 
i.e. if they are implemented using sound coding procedures. 

The design of complex digital circuits using VHDL should closely resemble 
the structure of complex computer programs. Many of the techniques and 
practices used to construct large and well structured computer programs 
written in higher-level languages should also be applied when using VHDL. 
This common structure we are referring to is the ever so popular modular 
approach to coding. The term structural modeling is the terminology that 
VHDL uses for modular design. The VHDL modular design approach 
directly supports hierarchical design which is essentially employed when 


attempting to understand complex digital designs. 
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The benefits of modular design to VHDL are similar to the benefits that 
modular design or object-oriented design provides for higher-level computer 
languages. Modular designs promote understandability by packing low-level 
functionality into modules. These modules can be easily reused in other 
designs thus saving the designer time by removing the need to reinvent and 
re-test the wheel. The hierarchical approach extends beyond code written 
on file level. VHDL modules can be placed in appropriately named files 
and libraries in the same way as higher-level languages. Moreover, there 
are often libraries out there that contain useful modules that can only 
be accessed using a structural-modeling approach. Having access to these 
libraries and being fluent in their use will serve to increase your perception 
as a VHDL guru. 

After all the commentary regarding complex designs, we present a few 
simple examples. Though the structural approach is most appropriately 
used in complex digital designs, the examples presented in this section are 
rather simplistic in nature. These examples show the essential details of 
VHDL structural modeling. It is up to the designer to conjure up digital 
designs where a structural modeling approach would be more appropriate. 
Keep in mind that your first exposure to structural modeling may be 
somewhat rough. Although there is some new syntax to become familiar 
with, once you complete a few structural designs, this new syntax becomes 
ingrained in your brain and it becomes second nature to apply where 
required. 

The tendency at this juncture in your VHDL programming career is 
to use some type of schematic capture software instead of learning the 
structural modeling approach. The fact is that no one of consequence uses 
the schematic capture software these days even though it is taught in 
many university textbooks. The funny part about this entire process is 
that the schematic capture software is a tool that allows you to visually 
represent circuits but in the end generates VHDL code (the only thing the 
synthesizer understands is VHDL code). 
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9.1 VHDL Modularity with Components 


The main tool for modularity in higher-level languages such as C is the 
function. In other computer languages, similar modularity is accomplished 
through the use of methods, procedures and subroutines. The approach 
used in C is to 1) name the function interface you plan on writing (the 
function declaration), 2) code what the function will do (the function 
body), 3) let the program know it exists and is available to be called (the 
prototype) and 4) call the function from the main portion of the code. 
In VDHL modularity is achieved via the use of packages, components 
and functions. In the following sections we are going to see how to use 
components. 

The approach to use a component in VHDL is: 1) name the module 
you plan to describe (the entity), 2) describe what the module will do (the 
architecture), 3) let the program know the module exists and can be used 
(component declaration) and 4) use the module in your code (component 
instantiation, or mapping). The similarities between these two approaches 
are listed in Table 9.1. 

Let us now use these principles in a practical example. Our approach is 
to describe a template-type approach to VHDL structural design using a 


simple and well-known combinational circuit. 


EXAMPLE 22. Design a 3-bit com- “~~ 


parator using a VHDL structural B_IN 


my_compare| Q OUT 


modeling. The interface to this circuit 


is described in the diagram below. 


SOLUTION. A comparator is one of the classic combinatorial circuits 


Describe function interface The entity 


Describe what the function does (coding) The architecture 


Provide a function prototype to main program Component declaration 


Call the function from main program Component instantiation or mapping 


Table 9.1: Similarities between modules in C and VHDL. 
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that every digital design engineer must derive at some point in his career. 
The solution presented here implements the discrete gate version of the 
circuit which is shown in Fig. 9.1. Once again, the solution presented here is 
primarily an example of a VHDL structural model and does not represent 
the most efficient method to represent a comparator using VHDL. 

The approach of this solution is to model each of the discrete gates 
as individual blocks. In this case, they are actually simple gates but the 
interfacing requirements of the VHDL structural approach are the same 
regardless of whether the circuit elements are simple gates or complex 
digital subsystems. 

The circuit shown in Fig. 9.1 contains some extra information that relates 
to its VHDL structural implementation. First, the dashed line represents 
the boundary of the top-level VHDL entity; therefore signals that cross this 
boundary must appear in the entity declaration for this implementation. 
Second, each of the internal signals is given a name. In this case, internal 
signals are defined to be signals that do not cross the dashed entity 
boundary. This is a requirement for VHDL structural implementations as 
these signals must be assigned to the various sub-modules in the interior 


of the design (somewhere in the architecture). 


A_IN(2) 
B_IN(2) + 


A_IN(1) 
B_IN(1)— 


A_IN()— 
B_IN(O)— 


Figure 9.1: Discrete gate implementation of a 3-bit comparator. 


The first part of the solution is to provide entity and architecture imple- 
mentations for the individual gates shown in Fig. 9.1. We need to provide 
at least one definition of an XNOR gate and a 3-input AND gate. We only 
need to provide one definition of the XNOR gate despite the fact that 
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actually three are shown in the diagram. The modular VHDL approach 
allows us to reuse circuit definitions and we take advantage of this feature. 


These definitions are shown in Listing 9.1. 


Listing 9.1: Entity and Architecture definitions for discrete gates. 


entity biglxnor is 
Port { A,e 3 in std_logic; 
fe: ome std logic); 
end big_xnor; 


architecture cktl of big _xnor is 
begin 

hex not (Oo (Arandi (nor. B)s) tor ( w(noet Aye ands Bir a 
ove ielecilp 


entity big_and3 is 
Port ( 4,3,C 2 in std_logic; 
Fo out std_logic); 
end big_and3; 


architecture cktl of big_and3 is 
begin 

F <= (A and B and C ); 
end cktl; 


The implementations shown in Listing 9.1 present no new VHDL details. 
The new information is contained in how the circuit elements listed in 
Fig. 9.1 are used as components in a larger circuit. The procedures for 
implementing a structural VHDL design can be summarized in the following 
steps. These steps assume that the entity declarations for the interior 
modules already exist. 

Step 1. Generate the top-level entity declaration. 

Step 2. Declare the lower-level design units used in design. 

Step 3. Declare required internal signals used to connect the design units. 
Step 4. Instantiate the design units. 

This is how you therefore proceed: 

Step One: The first step in a structural implementation is identical to the 
standard approach we have used for the implementing other VHDL circuits: 
the entity. The entity declaration is derived directly from dashed box in 
Fig. 9.1 and is shown in Listing 9.2. In other words, signals that intersect 


the dashed lines are signals that are known to the outside world and must 
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be included in the entity declaration. 


Listing 9.2: Entity declaration for 3-bit comparator. 


entity my_compare is 
Romer, (7 as : in std_logic_vector(2 downto 0); 
B_IN : in std_logic_vector(2 downto 0); 
HOZOUR out stdllogic)); 
end my_compare; 


Step Two: The next step is to declare the design units that are used 
in the circuit. In VHDL lingo, declaration refers to the act of making a 
particular design unit available for use in a particular design. Note that 
the act of declaring a design unit, by definition, transforms your circuit 
into a hierarchical design. The declaration of a design unit makes the unit 
available to be placed into the design hierarchy. Design units are essentially 
modules that reside in the lower levels of the design. For our design, we 
need to declare two separate design units: the XNOR gate and a 3-input 
AND gate. 

There are two factors involved in declaring a design unit: 1) how to do 
it and, 2) where to place it. A component declaration can be viewed as 
a modification of the associated entity declaration. The difference is that 
the word entity is replaced with the word component and the word 
component must also be followed by the word end component to ter- 
minate the declaration. The best way to do this is by copying, pasting and 
modifying the original entity declaration. The resulting component declar- 
ation is placed in the architecture declaration after the architecture 
line and before the begin line. The two component declarations and their 
associated entity declarations are shown in the next listing. Listing 9.3 


shows the component declarations as they appear in working VHDL code. 
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entity big_xnor is component big_xnor 


Port (A,B : in std_logic; Port ( A,B : in std_logic; 
F : out std_logic); F : out std_logic); 
end big_xnor; end component; 
entity big_and3 is component big_and3 
POmea (eA) Camden st Guelogac, Port (A,B,C : in std_logic; 
F : out std_logic); EB ¢ out std_logic); 
end big_and3; end component; 


Step Three: The next step is to declare internal signals used by your 
design. The required internal signals for this design are the signals that are 
not intersected by the dashed line shown in Fig. 9.1. These three signals 
are similar to local variables used in higher-level programming languages 
in that they must be declared before they can be used in the design. These 
signals effectively provide an interface between the various design units 
that are instantiated in the final design. For this design, three signals are 
required and used as outputs of the XNOR gates and as inputs to the AND 
gate. Internal signal declarations such as these appear with the component 
declarations in the architecture declaration after the architecture line 
and before the begin line. Note that the declaration of intermediate 
signals is similar to the signal declaration contained in the entity body. 
The only difference is that the intermediate signal declaration does not 
contain the mode specifier. We have previously dealt with intermediate 
signals in other sections of this book. Signal declarations are included as 
part of the final solution shown in Listing 9.3. 

Step Four: The final step is to create instances of the required modules 
and map the instances of the various components in the architecture body. 
Technically speaking, as the word instantiation implies, the appearance of 
instances of design units is the main part of the instantiation process. In 
some texts, the process of instantiation includes what we have referred to as 
component declaration but we have opted not to do this here. The approach 
presented here is to have the declaration refer to the component declarations 
before the begin line while instantiation refers to the creation of individual 
instances after the begin line. The mapping process is therefore included 
in our definition of component instantiation. 


The process of mapping provides the interface requirements for the 
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individual components in the design. This mapping step associates external 
connections from each of the components to signals in the next step upwards 
in the design hierarchy. Each of the signals associated with individual 
components maps to either an internal or external signal in the higher-level 
design. Each of the individual mappings includes a unique name for the 
particular instance as well as the name of the original entity. The actual 
mapping information follows the VHDL key words of port map. All of 
this information appears in the final solution shown in Listing 9.3. 

One key point to note in the instantiation process is the inclusion of 
labels for all instantiated design units. Labels should always be used as 
part of design unit instantiation because the use of appropriate labels 
increases the understandability of your VHDL model. In other words, the 
proper choice of labels increases the self-describing nature of your design 


and is considered a good VHDL programming approach. 
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Listing 9.3: VHDL code for the design hierarchy for the 3-bit comparator. 


-- library declaration 
library IEEE; 

use IEEE.std_logic_1164.al1l1; 
-—- entity 

entity my_compare is 


ieee (( GALEN : in std_logic_vector(2 downto 0); 
B_IN : in std_logic_vector(2 downto 0); 


EQ_OUT : out std_logic); 
end my_compare; 
-- architecture 
architecture cktl of my_compare is 


== 24NOIS @ele) S=SSSS S 
component big_xnor is 
Port ( A,B + in std_logic; 
Eb Sub std logic); 
end component; 


=— Si—shoyeitie YzNMIB) (epsi cles 
component big_and3 is 
Port ( -4,6,0. 2 im ‘std_logic; 
Fos Our Std_logic); 
end component; 


-- intermediate signal declaration 


eignal plocuc,p2_out, poLoue = std_logic; 


begin 

xl: big_xnor port map (A => A_IN(2), 
B => B_IN(2), 
EF 


=> pl_out); 


x2: big_xnor port map (A fi 
B => B_IN(1), 
EF 


x3: big_xnor port map 


we 
\ 
Ww 
bay 
S 


sows 
i 
Vv 


=> pl_out, 
Pp2Z2out, 
=> p3_out, 
=> EQ_OUT); 


al: big_and3 port map 


end cktl; 


It is worth noting that the solution shown in Listing 9.3 is not the 


only approach to use for the mapping process. The approach shown in 


Listing 9.3 uses what is referred to asa direct mapping of components. 


In this manner, each of the signals in the interface of the design units are 


listed and are directly associated with the signals they connect to in the 


higher-level design by use of the => operator. This approach has several 


potential advantages: it is explicit, complete, orderly and allows signals to 


be listed in any order. The only possible downside of this approach is that 
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it uses up more space in your VHDL source code. 

The alternative approach to mapping is to use implied mapping. In 
this approach, connections between external signals from the design units 
are associated with signals in the design unit by order of their appearance 
in the mapping statement. This differs from direct mapping because only 
signals from the higher-level design appear in the mapping statement 
instead. The association between signals in the design units and the higher- 
level design are implied by the ordering of the signal as they appear in 
the component or entity declaration. This approach uses less space in 
the source code but requires signals to be placed in the proper order. An 
alternative but equivalent architecture for the previous example using 
implied mapping is shown in Listing 9.4. 

To successfully simulate and synthesize the design shown in Listing 9.3, 
the code of Listing 9.1 needs to be included in your VHDL project as well. 
It is normal practice to keep the two listings in two distinctive files. The 


same is true for the implementation of Listing 9.4. 


Listing 9.4: Alternative architecture for Example 22 using implied mapping. 


—- library declaration 
library IEEE; 
use IEEE.std_logic_1164.al1l1; 


—- entity 
entity my_compare is 
Perec, (( Aas i im std_logic_vector(2 downto 0); 


B_IN : in std_logic_vector(2 downto 0); 
EQ_OUT : out std_logic); 
end my_compare; 
-- architecture 
architecture ckt2 of my_compare is 
component big_xnor is 
Port { A,S ¢ an stdiloegic; 
Es (out stdllogic); 
end component; 


component big_and3 is 
Port, (0A, B Carn  stdllogic; 
Ey out std logic); 
end component; 
signal pliout,p2_out,ps_out =: std_logic; 


sl bilciexniom ports mapy | (AGIN| (2); BaerN (2) rolsouita) ry 

x2) Digmxnom pom amap) i(AC IN (dh) 7 Been: (1s) 7ro2mrouita)iy, 

xi) bigexnor port: map: (AwiN| (0), BaEN (0); psouty): 

all: bigmands: portemape (clout, pemout, pSmout pr OmOlWdsy) ir. 
end ckt2; 


Due to the fact that this design was relatively simple, it was possible 


9.2 Generic Map 129 


to bypass one of the interesting issues that arises when using structural 
modeling. Often when dealing with structural designs, different levels 
of the design will contain the same signal name. The question arises 
as to whether the synthesizer is able to differentiate between the signal 
names across the hierarchy. VHDL synthesizers, like compilers for higher- 
level languages, are able to handle such instances. Signals with the same 
names are mapped according to the mapping presented in the component 
instantiation statement. Probably the most common occurrence of this is 
with clock signals. In this case, a component instantiation such as the one 
shown in Listing 9.5 is both valid and commonly seen in designs containing 
a system clock. Name collision does not occur because the signal name on 
the left-hand side of the => operator is understood to be internal to the 
component while the signal on the right-hand side is understood to reside 


in the next level up in the hierarchy. 


Listing 9.5: Example of the same signal name crossing hierarchical boundaries. 


x5: some_component port map (CLK => CLK, 
Cs == (Ss) 5 


9.2 Generic Map 


As we have seen in the previous section, the use of the keyword component 
allows us to declare a VHDL module for further instantiation. 

Often it is desirable to write code that is generic. For instance a routine 
that performs a certain task on an input array of a generic size. Let us 
suppose that we want to implement a piece of code of a parity check routine 
that returns ‘1’ when the input N-size array is an even number and ’ 0’ 
when the input N-size array is an odd number. The Listing 9.6 shows such 


an implementation. 
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Listing 9.6: Parity check implementation with generic input array size. 


-- library declarations 
library IEEE; 
use IEBE.std_logic_1164.al11; 
= lSiaeaiesy 
entity gen_parity_check is 
generic ( n: positive); 
port ( x: in std_logic_vector(n-1 downto 0); 
y: out std_logic); 
end gen_parity_check; 
-—- architecture 
architecture arch of gen_parity_check is 
begin 
process (x) 
variable temp: std_logic; 
begin 
temp:='0'; 
cor a anex Yconge Wioop 
temp := temp XOR x(i); 
end loop; 
Yo <= emp, 


end process; 
end arch; 


Listing 9.7 shows how the code above can be declared and instantiated 
in your own code via the already seen component method. Specifically, 
in Listing 9.7 the above generic parity check module is used to create a 
4-bit parity check module. 

To achieve the mentioned modularity the keyword generic was used 
inside the entity field in the code above and again inside the component 
field during its declaration in the code below. The generic field is used 
to allow you to control all generic variables. 

Notice how during instantiation (see Listing 9.7, line 20) the keyword 
generic map was used in conjunction with the keyword port map to 


define the generic variables. 


OMANATERWNHRFTOANAUT PWN RB 
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Listing 9.7: Use of generic for the construct of a generic parity check code. 


-- library declaration 
library IEEE; 
use IEEE.std_logic_1164.al1l1; 


-- entity 
entity my_parity_chk is 
Pontes @anput : in std_logic_vector(3 downto 0); 


OuEpuUE 2 cur Std_logic); 
end my_parity_chk; 


-- architecture 

erchitecture arch of my-parity chk is 
SSSSSSSS=SSS55= cionioferareiaic) elyerlekachesveiay == 
component gen_parity_check is 


generic (N : positive); 
port ( X : in std_logic_vector(N-1 downto 0); 
% 3 out std. togie) 7 
end component; 


begin 

SeoSSsSessSsse= component instantiation, ———————— 

cpl: gen_parity_check generic map (4) port map (input, output); 
end arch; 


Once again, to successfully simulate and synthesize the design shown in 
Listing 9.7, the code of Listing 9.6 needs to be included in your VHDL 


project as well. 


9.3 Important Points 


e Structural modeling in VHDL supports hierarchical design concepts. 
The ability to abstract digital circuits to higher levels is the key to 


understanding and designing complex digital circuits. 


e Digital design using schematic capture is an outdated approach: you 


should resist the inclination and/or directive at all costs. 


e The VHDL structural model supports the reuse of design units. This 
includes units you have previously designed as well as the ability to use 


predefined module libraries. 


e If you use one FPGA software development tool from one of the 
major FPGA players in the market, you will be able to use digital 
blocks already developed once you declare them. In this case the entity 
declaration is not the one of Listing 9.2 but instead a simple library 
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inclusion in your VHDL code that looks like: 
library UNISIM; 


use UNISIM.VComponents.all; 
All digital blocks available from this library package are described in 


the documentation of the FPGA software development tool (e.g. Xilinx 
Vivado). 


9.4 Exercises: Structural Modeling 


EXERCISE 1. Draw a block diagram of the circuit represented by the 
VHDL code listed below. Be sure to completely label the final diagram. 


=> ihibranyideclanation 
library IEEE; 
use [EEE.std_logic_1164.a11; 
—- entity 
Gigeskey7 (elgeik as 
PoOreen Ni ENG ine stole hogac: 
Chk yan stdslogic, 
4 2 Out std_logic):; 
end cktl1; 
-- architecture 
architecture arch of cktl is 


componenic. Dorm 
POrEss (Chika sans cede logic,: 
Os out std logic): 

end component; 


fjaltopaveelly Aetabays aeak oe Wee GE pore LL aloyo fWejp 
begin 
jedl 3B, ae jee 
port map (TI => t_in, 
Cink =) (ing, 
OQ => clus )e 
ite eee ee 
Pore map (> cls, 
Chike=> Clik 
i SS ees: NR 


fy Se Hee tS) Ole! eal ip 
t_in <= EN1 AND EN2; 
end arch; 
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EXERCISE 2. Draw a block diagram of the circuit represented by the 
VHDL code listed below. Be sure to completely label the final diagram. 


-—- library declaration 
library IEEE; 
use IEEE.std_logic_1164.all1; 
-—- entity 
entity ckt is 
pone a (A, Baw, stallLogic: 
GC outs stdilogic):- 
end ckt; 
-- architecture 
architecture my_ckt of ckt is 


component bbl 
Pore, (Dy, hese: “ine stdslogrc, 
imAGplsl B eNbhis Pictol here kei) p 
end component; 


component bb2 
pore (eh, MAN ane stdaLogic, 
PaO StauLogic).:- 
end component; 


Sagal cca tac2 oun ete Logic, 
begin 
el Selena 
port map ( D => A, E => B, F => xl, G => 


b2: bb2 


xo 


ipl => 525))) 


port Map) (oly => xi, Me => x27, Ne x3) 2 => CF 


end my_ckt; 


EXERCISE 3. Provide the VHDL structural models for the circuits 


listed below. 


(renee 
a) oP b) 


3:8 Decoder 


—. a 
i; os 
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Registers and Register Transfer Level 


The concept of a register in VHDL and its subsequent use in digital circuit 
design is probably one of the more straightforward concepts in VHDL. A 
register in VHDL is simply a vector version of a D flip-flop in which all 
operations on the flip-flops occur simultaneously. The “register transfer 
level”, or RTL, is a flavor of design that is primarily concerned with how 
and when data is transferred between the various registers in a digital 
system. RTL-level design in often associated with ”data-path” designs 
which require the careful control and timing of the data that is being 
transferred between registers. The controls associated with even simple 
registers are sufficient to ensure that some outside entity has adequate 
control over the ”sequencing” of data through the circuit associated with 
the data-path. In these cases, the proper sequencing of data transfers is 
controlled by a FSM. 

The study of RTL-level design is best accomplished in the context of a 
data-path design. The design of data-paths is best accomplished in the 
context of a digital circuit that has some purpose such as an arithmetic logic 
unit design. Both of these topics are beyond what needs to be mentioned 
here. The good news is that the simplicity of the registers makes for a 
quick introduction to the matter. Major circuit implementations are saved 


for some other time. 
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LD 
EXAMPLE 23. Use VHDL beha- 


vioral modeling to design the 8-bit BEG INE REGS |, REG_OUT 
register that has a synchronous act- — CLK 

ive high parallel load signal LD. Con- 

sider the load of the register to be 

synchronized to rising edges of the 


clock. 


SOLUTION. The solution for the 8-bit register looks amazingly similar 
to a model of a D flip-flop. The full solution to Example 23 is shown in 


Listing 10.1. As usual, there are a couple of things worth noting in this 


solution. 


e Note that there is an if statement that does not contain a corres- 


ponding else which is what generates the memory element. For this 
example, there are considered to be eight bit-sized memory elements 


(flip-flops). For this example the flip flops are considered to be D-type 


flip-flops. The storage elements are associated with the REG_OUT bundle. 
The ease in using VHDL code to generate D flip-flops in this manner 
makes D flip-flops the most widely used type of flip-flop in digital 
design. 


The code uses a bundle signal for both the input and output. The 
assignment of the bundles to other bundles is straightforward in VHDL 
as is shown in the code. In many cases, such as the one in this example, 


there is no need to use a bundle access operator in the VHDL model. 


The assignment of the input to the output is based on characteristics of 
both the clock edge and the state of the LD signal. The approach taken 
in the VHDL model shown in Listing 10.1 is to provide a separate if 
clause for both the LD and CLK signals. Only one if statement could 
have been used by making both conditions associated with the single 
if clause but this is not considered good VHDL programming practice 
when dealing with synchronized elements. In other words, you should 
always strive to keep special conditions associated with the clocking 


signal separate from all other conditions associated with the action in 


13% 


question. Clock signals are somewhat special in the VHDL land; you 


should get into the habit of treating them gently. 


e Since signals REG_IN and LD are required to be synchronous they do 


not appear inside the process sensitivity list. 


Listing 10.1: Solution to Example 23. 


-- library declaration 
library IEEE; 
use IEEE.std_logic_1164.all1; 


—- entity 
entity reg8 is 
Port ( REG_IN + in std_leogic_vector(7 downto 0); 
LD,CLKE 4 in std_logic; 
REG_OUT : out std_logic_vector(7 downto 0)); 
end reg8; 
—- architecture 
architecture reg8 of reg8 is 
begin 
reg: process (CLK) 
begin 
if (rising_edge(CLK)) then 
af (ED) =) ehen 
REG_OUT <= REG_IN; 
end if; 
end anh 
end process; 
end reg8; 


The circuit in the following example is slightly more complex than most 
of the examples seen so far. Additionally, remember that there are many 
different solutions to the same problem. This is a common occurrence in 
VHDL; in fact, many times there is no best method for implementing a 
given circuit. The following examples are essentially the same problem 


solved using two different but functionally equivalent solutions. 


LDA 
EXAMPLE 24. Use VHDL beha- t ; 
vioral modeling to design the circuit ,, ,, r ne 
shown on the right. Consider both _ ia 

the loading signals to be active high. ot 

Consider the circuit to be synchron- | LS pees 
ized to the rising edge of the clock —— 


signal. 


SOLUTION. The circuit shown in Example 24 includes two 8-bit registers 
and a 2:1 MUX. This is an example of a bus-based data transfer in the 
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output of the MUX that is connected to the inputs of the two registers. 
Each of the two registers has its own independent load control input. The 
solution to Example 24 is shown in Listing 10.1. And as we have grown to 


expect, there are a couple of things worth noting about this solution. 


e There are three concurrent statements in this solution: two behavioral 


models and one data-flow model. 


e There is a separate process for each of the two registers. Although it 
would have been possible to represent both registers using one process, 
it would have been somewhat complicated and somewhat hard to 
understand. The better approach in VHDL is always to break tasks 
down into their logically separate functions and use the various VHDL 
modeling techniques as tools to keep the tasks separate and simple. 
The reality is that the synthesizer becomes your friend if you provide it 
with simple models. The quantity of VHDL code describing a certain 
design is immaterial; the complexity of any given model is determined 
by the most complex piece of code in the model. Simple is always better 
in VHDL. 


e All of the signals shown in the Example 24 have external linkage except 
for the output of the MUX. The MUX output is connected to the inputs 
of both registers. The final approach taken in this solution is typical 
in VHDL: many processes that communicate with each other through 
shared signals. In this example, there is only one shared signal but 
this is a fairly simple program. The same inter-process communication 


model is used in more complicated circuits. 


e The model for the 2:1 MUX uses the terminology (others => '0’). 
This is a short-hand terminology for assigning all of the outputs to ’0’. 
The real nice part about this instruction is that you do not need to 
know how many 0’s you need to write. This is a nice feature in that if 
the width of the associated bundle were to change, this particular line 


of code would not need to be modified. 
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Listing 10.2: Solution to Example 24. 


== library declaration 
library IEEE; 
use IEEE.std_logic_1164.al1l1; 
-- entity 
eniGasty eC meatless 
port (D1_IN,D2_IN = im std_logic_vector(7 downto 0); 
CLE,ofl = 26) std llogic; 
LDA, LDB = in std_logic; 
REG_A,REG_B : out std_logic_vector(7 downto 0)); 
ender ck tart: 
-- architecture 
anchitecturer re lebehavionals of cktmntzl as 
—SSineernedicdtesionalmdecliorattont = 


signal s_mux_result : std_logic_vector(7 downto 0); 
begin 
ra: process (CLK) -- process 
begin 
if (rising_edge(CLK)) then 
if (LDA = '1') then 
REG A <= Somux result; 
end: at. 
end if; 


end process; 


rb: process (CLK) --— process 
begin 
if (rising_edge(CLK)) then 
if (LDB = '1') then 
REG_B <= s_mux_result; 
end if; 
end if; 


end process; 


with SEL select 
s_mux_result <= D1_IN when '1', 
D2_IN when "0", 
(others => '0') when others; 
end rtl_behavioral; 


LDA 
EXAMPLE 25. Use VHDL struc- RA . 

tural modeling to design the circuit ,, Wied 
shown on the right. Consider both - 

of the loading signals to be active cal 

high. Consider the circuit to be syn- we LA ree. 


chronized to the rising edge of the 


CLK 


clock signal. 


SOLUTION. The solution to Example 25 is shown in Listing 10.3. There 
is not too much interesting to note here. This is a more realistic example 


of a structural model compared to the example presented in the section on 
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structural modeling. There are only a few new and wonderful things to 


note about this solution. 


e The very important thing to note about the solution in Listing 10.3 is 
to not be intimidated by the sheer quantity of code listed. The code is 
well structured; if you are able to recognize this structure, you will be 
more apt to understand the solution. And better yet, you will be more 
on your way to being able to write your own amazing chunks of VHDL 


code. 


e The VHDL source code shown in Listing 10.3 is nicely formatted. In 
particular, the code is nicely indented. Properly indented code is highly 
desirable in that it nicely presents information based on the indentation. 
No surprise here but properly formatted code is easier to understand. 
Better yet, good looking code leads people who may or may not know 
otherwise into thinking your code is actually as good as it looks. In 
this busy world of ours, a quick glance is just about all the time people 
(bosses and teachers) have to dedicate to perusing your VHDL source 


code. 
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Listing 10.3: Solution to Example 25 using a structural modeling approach. 


entity mux2tl1 is SS> jaye 
port ( A,e + in std_logic _vector(? downto 0); 
SEL ; in std_logic; 
M_OUT : out std_logic_vector(7 downto 0)); 
end mux2t1; 
architecture my_mux of mux2tl1 is -—-- ARCHITECTURE 
begin 
with SEL select 
M_OUT <= A when 'l', 
B when '0', 
(others => '0') when others; 
end my_mux; 
entity reg8 is === lah’ 
Port ( REG_IN : in std_logic_vector(7 downto 0); 
LD, CLE + an std_logic; 


REG_OUT : out std_logic_vector(7 downto 0)); 
end reg8; 
architecture reg8 of reg8 is ——— ARCHITECTURE 
begin 
reg: process (CLK) 
begin 
if (rising_edge(CLK)) then 
if (Des al!) sehen 
REG_OUT <= REG_IN; 
end if; 
end if; 
end process; 
end reg8; 
eMbashye CG ctat ll mas’ === jajhyaracanse 


port (D1_IN,D2_IN ; in std_logic_vector(7 downto 0); 
CLE, SEL = an std_logic; 
LDA,LDB : in std_logic; 
REG_A,REG_B : out std_logic_vector(7 downto 0)); 
end ckt_rtl; 
anpchibectumesnt Msi ruc eure lor iCktasctleas —=—— ARCHITECTURE 
—- component declaration 
component mux2tl 
port ({ A,B : in std_logic_vector(7 downto 0); 
Sel, : in std_logic; 
MOOUr : out std_logic_vector(?7 downto 0))> 
end component; 
component reg8 
Port ( REG_IN : in std_logic_vector(7 downto 0); 
CDPLuk Sam “std Logic: 
REG_OUT : out std_logic_vector(7 downto 0)); 
end component; 
-—- intermediate signal declaration 


signal s_mux_result : std_logic_vector(7 downto 0); 
begin 
ra: reg8 
port map ( REG_IN => s_mux_result, 
iD) => Ip, 


CLK => CLK, 
REG_OUT => REG_A ); 


rb: reg8 
port map ( REG_IN => s_mux_result, 
Til =S> IDI), 
Chik == (ux, 
REG_OUT => REG_B ); 
muleseemuse 2 te! 
Pere map ( A => D1_IN, 


3) SS 12 _i6N, 
Sit, = Sit, 
M_OUT => s_mux_result); 
end rtl_structural; 
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10.1 Important Points 


e VHDL can be used to easily implement circuits at the register transfer 
level. The corresponding VHDL models can be implemented in either 


structural or full behavioral format. 


e RTL level VHDL models should strive for simplicity in their designs. 
If the behavioral models in the RTL design become complicated, the 
chances that your circuit works correctly greatly diminish due to the 


synthesis of the complicated circuit. 


10.2 Exercises: Register Transfer Level Circuits 


EXERCISE 1. Provide a VHDL 


model that can be used to implement ‘= 


the following circuit. 


EXERCISE 2. Provide a VHDL 


model that can be used to implement oe ' 


the following circuit. 


EXERCISE 3. Provide a VHDL 


model that can be used to implement ae ata 


the following circuit. ; | + Re 
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EXERCISE 4. Provide a VHDL - 


_ ee, 
model that can be used to implement fon -L : a 
- ‘i ; x f—1 4 REGB 
the following circuit. Reet - ? | AB 
S1 


RD aa LD 
1 8) REGA |_2 RA 
0 


EXERCISE 5. Provide a VHDL oiniiicicccecccceecececeececeeeeeeeeees 
model that can be used to implement ti 


the following circuit. Be : 


1:2 Decoder 


sli ———+ 


RBX 


EXERCISE 6. Provide a VHDL 


model that can be used to implement 


the following circuit. 
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Data Objects 


Many of the concepts presented so far have been implicitly presented in 
the context of example problems. In this way, you have probably been 
able to generate quality VHDL code but were constrained to use the 
VHDL style presented in these examples. In this section, we will present 
some of the underlying details and theories that surround VHDL as a 
backdoor approach for presenting tools that will allow you to use VHDL 
for describing the behavior of more complex digital circuits. 

In order to move into more sophisticated VHDL, a good place to start 
is with the definition of VHDL objects (e.g. data types). An object is an 
item in VHDL that has both a name (associated identifier) and a specific 
type. There are four types of objects and many different data types in 
VHDL. Up to this point, we have only used signal data objects and 
std_logic data types. Two new data objects and several new data types 


are introduced and discussed in this section. 


11.1 Types of Data Objects 


There are four types of data objects in VHDL: signals, variables, con- 
stants and files. One of the purposes of this section is to present some 
background information regarding variables which will be used later in this 
tutorial. The idea of constants will also be briefly mentioned since they 
are generally straightforward to understand and use once the concepts of 


signals and variables are understood. File data objects, exclusively used in 
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simulations, are not discussed in this chapter. 

Mind that VHDL is a vast language that goes well beyond the VHDL 
code that is used to program an FPGA or a CPLD. In fact the actual 
VHDL that can be translated into an FPGA/CPLD bit-stream is called 
RTL VHDL and represents only a small subset of what is included in the 
current VHDL standard. The file data objects are an example of a data 
object that cannot be implemented in a silicon device. 

Just as side note, it is interesting to point out that it is also possible to 
compile VHDL code into an executable file that can be executed, generally 
for simulation purposes, with any general purpose Intel PC. For more 
details refer to the open-source work of T. Gingold available at: 
http://ghdl.free.fr. 


11.2 Data Object Declarations 


The first thing to note about data objects is the similarity in their declara- 
tions. The forms for the three data objects we will be discussing are listed 
in Table 11.1. For each of these declarations, the bold-face font is used 
to indicate VHDL keywords. The form for the signal object should seem 


familiar since we have used it extensively up to this point. 


Signal signal sig name : sig type:=initial_value; 
Variable variable var_name : var_type:=initial_value; 
Constant constant const_name : const _type:=initial_value; 


Table 11.1: Data object declaration forms. 


Note that each of the data objects can optionally be assigned initial 
values. Signal declarations do not usually include initial values as opposed 
to constants which generally do. 

Initial values for signals are in fact not implementable on silicon by the 
synthesizing tools but are taken into consideration by VHDL simulation 
tools. Example declarations for these three flavors of data objects are 
provided in Table 11.2. These examples include several new data types 


which will be discussed in the next section. 
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Signal signal sig_varl : std_logic := '0’; 
signal tmp_bus : std_logic_vector(3 downto 0) :="0011"; 
signal tmp_int : integer range -128 to 127 := 0; 
signal my-int : integer; 

Variable variable my_varl, my_var2 : std_logic; 
variable index_a : integer range (0 to 255) := 0; 
variable indexb : integer := -34; 

Constant constant sel_val : std_logic_vector(2 downto 0):="001"; 
constant max_cnt : integer := 12; 


Table 11.2: Example declarations for signal, variable and constant data objects. 


11.3 Variables and Assignment Operator “:= 


Although variables are similar to signals, variables are not as functional 
for the several reasons mentioned in this section. Variables can only be 
declared and used inside of processes, functions and procedures (functions 
and procedures will not be discussed here). Implied in this statement is the 
sequential nature of variable assignment statements in that all statements 
appearing in the body of a process are sequential. One of the early mistakes 
made by VHDL programmers is attempting to use variables outside of 
processes. 

The signal assignment operator, <=, was used to transfer the value of 
one signal to another while dealing with signal data objects. When working 
with variables, the assignment operator := is used to transfer the value 
of one variable data object to another. As you can see from Table 11.2, 
the assignment operator is overloaded which allows it to be used to assign 


initial values to the three listed forms of data objects. 


11.4 Signals vs. Variables 


The use of signals and variables can be somewhat confusing because of their 
similarities. Generally speaking, a signal can be thought of as representing a 
wire or some type of physical connection in a design. Signals thus represent 
a means to interface VHDL modules which include connections to the 
outside world. In terms of circuit simulation, signals can be scheduled to 


take on multiple values at specific times in the simulation. The specifics of 
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simulating circuits using VHDL are not covered here so the last statement 
may not carry much meaning to you. The important difference here is that 
events can be scheduled for signals while for variables, they cannot. The 
assignment of variables is considered to happen immediately and cannot 
have a list of scheduled events. 

With relatively simple circuits, signal objects are generally sufficient. As 
your digital designs become more complex, there is a greater chance that 
you will need more control of your models than signals alone can provide. 
The main characteristic of signals that leave them somewhat limited in 
complex designs is when and how they are scheduled. More specifically, 
assignments made to signals inside a process are actually only 
scheduled when the same process is completed. The actual as- 
signment is not made until after the process terminates. This is 
why multiple signal assignments can be made to the same signal during 
the execution of a process without generating any type of synthesis error. 
In the case of multiple signal assignments inside the process, only the most 
recent assignment to the signal during process execution is assigned. The 
important thing here is that the signal assignment is not made until after 
the process terminates. The potential problem that you might face is that 
the new result (the new value assigned to the signal) is not available to 
use inside the process. 

Variable assignment within processes is different. When a variable is 
assigned a value inside of a process, the assignment is immediate and the 
newly assigned value can be used immediately inside of the process. In 
other words, the variable assignment is not scheduled as it was for the 
signal. This is a giant difference and has very important ramifications in 
both the circuit simulation and synthesis realm. 

Variables cannot always be modeled as wires in a circuit. They also have 
no concept of memory since they cannot store events. With all this in 
mind, you may wonder what is the appropriate place to use variables. The 
answer is variables should only be used as iteration counters in loops or as 
temporary values when executing an algorithm that performs some type 
of calculation. It is possible to use variables outside of these areas, but it 
should be avoided. 
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Even though instructions inside a process are executed consecutively, this 
should not fool you in thinking that a process environment is similar to 
a segment of C code. Remember that while lines of C code require some 
tens of clock cycles each to be executed, VHDL instructions require very 
little time to be executed, less than one clock cycle. The price to pay for 
this enormously fast execution time is that any signal assignment inside a 
process only takes place at the end of the process. It is therefore advisable 


that your processes are short and simple. 


11.5 Standard Data Types 


Not only does VHDL have many defined data types but VHDL also allows 
you to define your own types. Here however we will only deal with few of 
the most widely used types. Among the most popular VHDL data type we 


would like to mention the following data types: 


bit: It is a two-value enumerated type. Replaced by the std_logic type. 


bit_vector: Replaced by the more powerful std_logic_vector type. 


boolean: As expected, it is a two-value enumerated type. 


boolean vector: It is the vector form of a boolean type. 
integer: Refer to the Integer Types section. 
natural: It isa subtype of integer because it is a non-negative integer. 


positive: It is a subtype of integer because it is a positive integer. 


integer_vector: It is the vector form of an integer type. 
character: A 256-symbol enumerated type. 


string: It is the vector form of a character type. 


In the following sections, a few more popular and useful types are intro- 
duced. 


11.6 User-Defined Types 


VHDL allows you to define your own data type. A typical example of a 
custom integer type is: 
type my type is range 0 to 100; 


constant my-_const : my_type := 31; 
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Obviously it is possible to define more complex data structures. For instance 
it is a common practice to use a custom data type when you want to 


implement a ROM (read-only memory) in VHDL. 


—- typical custom data type for a 20-byte ROM 
type memory is array (0 to 19) of std_logic_vector(7 downto 0); 
constant my_rom : memory := ( 
dee Weoleialalaloita babys 
22S >) SAO 
By Se Veil (oyejabeal hat! 
2 =) VOTO OL 
LS => *10001101" 
others => "00000000"); 


11.7 Commonly Used Types 


The types already introduced in previous chapters as well as two new types 
are listed in Table 11.3. The std_logic and std_logic_vector types 
have been extensively used so far. These types are more complex than has 
been previously stated and will be discussed further in this chapter. The 
enumerated type was used during the previous discussion of finite state 
machines. The integer type was cryptically mentioned before but it will 


be discussed further along with the boolean type in this chapter. 


std_logic signal my_sig : std_logic; all examples 
std_logic_vectors signal busA : std_logic_vector(3 downto 0); all examples 
enumerated type state_type is (ST0,ST1,ST2,ST3); Example 18 
boolean variable my-test : boolean := false; None 

integer signal iter_cnt : integer := 0; Example 26 


Table 11.3: Some popular data types already introduced in previous chapters. 


11.8 Integer Types 


The use of integer types aids in the design of algorithmic-type VHDL code. 
This type of coding allows VHDL to describe the behaviour of complex 
digital circuits. As you progress in your digital studies, you will soon find 
yourself in need of more complex descriptive VHDL tools. Data types such 
as integers partially fill that desire. This section briefly looks at integer 


types as well as the definition of user-specified integer types. 
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The range of the integer type is (-2,147,483,648 to 2,147,483,647). These 
numbers should seem familiar since they represent the standard 32-bit 
range for a signed number: from —(2?") to +(234 — 1). Other types similar 
to integers include natural and positive types. These types are basically 
integers with shifted ranges. For example, the natural and positive types 
range from 0 and 1 to the full 31-bit range, respectively. Examples of 


integer declarations are shown in the following listing. 


-- integer declarations 


signal my ni : integer range 0 to 255 := 0; 
variable max_range : integer := 255; 
constant start_addr : integer := 512; 


Although it could be possible to use only basic integer declarations in 
your code, as we have seen before, VHDL allows you to define your own 
data types with their own personalized range constraints. These special 
types should be used wherever possible to make your code more readable. 
The custom integer-type definition uses the type range construct and 
the to or the downto keywords for the definition. Some examples of 


integer-type declarations are provided in the following listing. 


-—- integer type declarations 

type scores is range 0 to 100; 

type years is range -—3000 to 3000; 
type apples is range 0 to 15; 

type oranges is range 0 to 15; 


Although each of the types listed in the previous listing are basically 
integers, they are still considered different types and cannot be assigned to 
each other. In addition to this, any worthy VHDL synthesizer will do range 
checks on your integer types. In the context of the definitions previously 


presented, each of the statements in the following listing is illegal. 


-- Illegal assignment statements 


signal my_score : scores := 100; 

signal my_apple : apples := 0; 

signal my_orange : oranges := 0; 

my_apple <= my_orange; -- different types 
my_orange <= 24; —— OU Om ange 


my_score <= 110; —— OUE Or Tange 
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11.9 signed and unsigned Types 


signed and unsigned data types are available once you declare the 
standard IEEE ieee.numeric_std package. Mind that these two data 
types are also defined in the non-standard std_logic_arith package. 
The use of non-standard libraries is however highly discouraged. 

A signed value ranges from —2%~! to 2N-! — 1 and an unsigned 
value ranges from 0 to 2% — 1 where N is the number of bits. 

signed and unsigned types can be conveniently used for internal vari- 
ables as well as for entity ports. Additionally the icee.numeric_signed 
library and the ieee. numeric_unsigned library offer arithmetic and 
type conversion for both types. 

signed and unsigned types, in a way, look like std_logic_vector 
types, especially in how they are declared and so the question that you 


might have is: 


Why would I need to use a signed or unsigned 


type in place of a std_logic vector type? 


The answer to this question is in Listing 11.1, specifically in line 17 and 
in line 18. The std_logic_vector type should not be used to define a 
numerically meaningful! signal or variable. The std_logic_vector type 
should be only employed for defining “bags of bits”. 

The use of signed/unsigned types is desirable any time your bags 
of bits (signals, variables or constants) stop being “bags” and become 


numbers of type signed, unsigned or even integers. 


‘Numerically meaningful signal: a signal that looks and behaves like a number. 


OANATERWNHRFTHOANAUT PWN eB 


Nw wy 
Cn) 
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Listing 11.1: Use of unsigned types in your code. 


-- library declaration 
library IEEE; 
use IEEE.std_logic_1164.all; -- defines std_logic_vector type 
use IEEE.numeric_std.all; —-— defines signed and unsigned types 
-—- entity 
entity double_sum is 
ikonare, 
alsgill : in std_logic_vector (7 downto 0); 
ing : in std_logic_vector (7 downto 0); 
outl : out std_logic_vector (7 downto 0)); 
unsig_in : in unsigned(7 downto 0); 
unsig_out : out unsigned(7 downto 0)); 
end double_sum; 
-- architecture 
architecture arch of sum is 
begin 
outl <= inl + 1; -- ILLEGAL OPERATION, 1 is an integer 
outl <= inl + in2;-- ILLEGAL OPERATION, addition is not defined 
UNnSsugeoute <= unsagein + ls -- legal operation 
unsig_out <= unsigned(inl) + 1; -—- legal operation 
outl <= std_logic_vector(unsigned(inl) + 1);-- legal operation 


end arch; 


As final note, we should mention that the inclusion of the non-standard 


std_logic_arith library could have given us the possibility of doing 


outl <= inl + 1; in line 17 of Listing 11.1, making things much sim- 
pler. However, once again, the use of non-standard library is highly dis- 


couraged. 


11.10 std_logic Types 


For the representation of digital signals so far in this book, we have used the 
std_logic type. However, one of the data types, similar to std_logic, 
neither used nor endorsed in this book is the bit type. This type can 
take on only the values of ’1’ or '0’. While this set of values seems 
appropriate for designing digital circuits, it is actually somewhat limited. 
Due to its versatility and a more complete range of possible values, the 
std_logic type is preferred over bit types. The std_logic type is 
defined in the VHDL package ieee.std_logic_1164 and provides a 
common standard that can be used by all VHDL programmers. 

The std_logic type is officially defined as an enumerated type. Two 
of the possible enumerations of course include ‘1’ and ’0’. The ac- 
tual definition is shown in the Listing 11.2. The std_logic type is a 
resolved version of the std_ulogic type. Resolved means that unlike for 
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std_ulogic types, when you use std_logic type signals, you can assign 
multiple drivers to the same signal without having the compiler complain 


about it. 


Listing 11.2: Declaration of the std_logic enumerated type. 


type std_iogic a6 ({ “U", == unidnitialised 
"Xx", —= forcing unknown 
‘OC. == forcing 
LL, == forcing 1 
'Z', —- high impedance 
'W', —- weak unknown 
Min = WySelle (0) 
‘HY, =— weak 1 


vl S—- unspecitveds (do moty.cane) 


The std_logic type uses the VHDL character type in its definition. 
Although there are nine values in the definition shown in Listing 11.2, this 
book only deals with ’0’,'1','’2Z'’ and ’-’. The’ 2’ is generally used 
when dealing with bus structures. This allows a signal or set of signals (a 
bus) to have the possibility of being driven by multiple sources without 
the need to generate resolution functions. When a signal is driven to its 
high-impedance state, the signal is not driven from that source and is 
effectively removed from the circuit. Finally, since the characters used in 
the std_logic type are part of the definition, they must be used as listed. 


Mind the use of lower-case letters will generate an error. 


EXAMPLE 26. Design a clock di- lk 

vider circuit that reduces the fre- sclk 
quency of the input signal by a factor diven | nae 
of 64. The circuit has two inputs as 

shown in the diagram. The div_en 

input allows the clk signal to be di- 

vided when asserted and the sclk 

output will exhibit a frequency 1/64 

that of the clk signal. When div_en 

is not asserted, the sclk output re- 

mains low. Frequency division resets 


when the div_en signal is reasserted. 


OANA HRhWNHRrRFOKANA AT PWN BE 


Ww wwwnwwn nnd dnd NNNNN YD 
Own WNnNrFOUVUAN AAP wWNHrH CO 
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SOLUTION. As usual for more complex concepts and circuits, there are 


a seemingly infinite number of solutions. 


A solution that uses several of 


the concepts discussed in this section is presented in Listing 11.3. Some of 


the more important issues in this solution are listed below. 


e The type declaration for my_count appears in the architecture body 


before the begin statement. 


e A constant is used for the max_count variable. This allows for quick 


adjustments in the clock frequency. In this example, this concept is 


somewhat trivial because the max_count variable is used only once. 


e The variable is declared in the process body before the process begin 


line. 


Listing 11.3: Solution to Example 26. 


—- library declaration 
library IEEE; 

use IEEE.std_logic_1164.al1l1; 
use IEEE.numeric_std.all; 


-—- entity 
Ginedieyy ills feline aus 
Dense: 
clk 
div_en 
sclk 
end clk_div; 


in std_logic; 
ity std_logic; 
out std_logic) ; 


-- architecture 

architecture my_clk_div of clk_div is 
type my_count is range 0 to 100; 
constant max_count my_count 
signal tmp_scelk std_logic; 
begin 


Sle 


-—- user-defined type 
-- user-defined constant 
-- intermediate signal 


my_div: process 
variable div_count 
begin 

alae = 


(div_en 
div_count 
tmp_sclk <= 


elsif 


"OQ! 
= OFF 


(clk, div_en) 


my_count OF 
) then 


TO it 


(rising_edge(clk)) then 


-—- divider enabled 


es 


else 


Geivaae 


end if; 
end if; 
end process my_div; 
Sei <<! jens) Selligg 
end my_clk_div; 


((clalyy 
temp 
Cli 


count max_count) then 
scl <= noe vEmpesclia; 
count 2= 0); 


-—- toggle output 
=— iSsisis (eine 


count chin cetonotiogs, ae lie) —— ereittate 


—- final assignment 
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The VHDL implementation of frequency divider that takes a certain clock 


signal and generates a second clock signal of higher or lower frequency is 


quite common practice in VHDL. Such an implementation is normally done 


using clock management blocks built in the FPGA fabric specifically for 
this purpose. Digital Clock Managers (DCM), Mixed Mode Clock Managers 
(MMCM) or Phase Locked Loops (PLL) are just some examples. 


The use of clock management blocks will guarantee your design meets 


timing requirements or clock phase noise constraints that will make your 


job a lot easier in the long run. Try to remember this. 


11.11 Important Points 


The use of signed/unsigned types is desirable any time your “bags 
of bits” (signals, variables or constants) stop being “bags” and become 
numbers of type signed, unsigned or even integers. A typical example 
is the variable used for a counter for which there is really no reason 
to use a std_logic_vector type for. Refer to line 17, 22 and 33 of 
Listing 11.3. 


The standard IEEE library numeric_std is needed when you want 
to use signed and/or unsigned types. The standard IEEE library 
numeric_std is almost always preferred over the non-standard 


std_logic_arith library. 


Any use of the non-standard Synopsys libraries: st d_logic_signed, 


std_logic_unsigned and std_logic_arith is highly discouraged. 


You cannot increment a std_logic_vector type signal, you need to 


first convert it into an unsigned, a signed or an integer: 


library IEEE; 
use IEEE.std_logic_1164.al11; 
use ieee.numeric_std.all 


Signal vall, vwalZ2 : std_logic_vector( 31 downto 0 ); 
Wieule <a syeilbal ap ils -- ILLEGAL OPERATION 
val2 <= std_logic_vector( unsigned(vall) + 1 ); 


Looping Constructs 


As the circuits you are required to design become more and more complex, 
you will find yourself searching for more functionality and versatility from 
VHDL. You will probably find what you are looking for in various looping 
constructs which are yet another form of VHDL statement. This chapter 
provides descriptions of several types of looping constructs and some details 
regarding their use. 

There are two types of loops in VHDL: for loops and while loops. 
The names of these loops should seem familiar from your experience with 
higher-level computer programming languages. Generally speaking, you can 
leverage your previous experience with these loop types when describing 
the behavior of digital circuits. The comforting part is that since these 
two types of loops are both sequential statements, they can only appear 
inside processes. You will also be able to apply to the circuits you will be 
describing using VHDL the algorithmic thinking and designing skills you 
developed in coding with higher-level computer languages. The syntax is 
slightly different but the basic structured programming concepts are the 


same. 


12.1 for and while Loops 


The purpose of a loop construct is to allow some coding instructions to 
happen iteratively (over and over again). These two types of loops of 


course share this functionality. As you probably remember from higher- 
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level language programming, the syntax of the language is such that you 
can use either type of loop in any given situation by some modification of 
the code. The same is true in VHDL. But although you can be clever in the 
way you design your VHDL code, the best approach is to make the code 
readable and understandable. Keeping this concept in mind lets us see the 
functional differences between for and while loops. This basic difference 


can be best highlighted by examining the code provided in Listing 12.1. 


Listing 12.1: The basic structure of the for and while loops. 


—— nor Woop | -- while loop 
my_label: for index in a_range loop | my_label: while (condition) loop 
sequential statements... | sequential statements... 


| end loop my_label; 


end loop my_label; 


The major difference between these two loops lies in the number of 
iterations the loops will perform. This difference can be classified as under 
what conditions the circuit will terminate its iterations. If you know the 
number of iterations the loop requires, you should use a for loop. As you 
will see in the examples that follow, the for loop allows you to explicitly 
state the number of iterations that the loop performs. 

The while loop should be used when you do not know the number of 
iterations the loop needs to perform. In this case, the loop stops iterating 
when the terms stated in the condition clause are not met. Using these 
loops in this manner constitutes a good programming practice. The loop 
labels are listed in italics to indicate that they are optional. These labels 
should be always used to clarify the associated VHDL code. Use of loop 
labels is an especially good idea when nested loops are used and when loop 


control statements are applied. 


12.1.1 for Loops 


The basic form of the for loop was shown in Listing 12.1. This loop uses 
some type of index value to iterate through a range of discrete values. 
There are two options that can be applied as to the range of discrete values: 
1) the range can be specified in the for loop statement or 2) the loop can 


use a previously declared range. Hereafter you find an example. 
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type my_range is range 0 to 24; 


hor centmvallam ON te 24a loop for cnt_val in my_range loop 
—- sequential_statements -—- sequential_statements 
end loop; end loop; 


type my_range is range 24 downto 0; 


for cnt_val in 24 downto 0 loop for cnt_val in my_range loop 
—- sequential_statements —- sequential_statements 
end loop; end loop 


The index variable used in the for loop contains some strange qualities 
which are listed below. Although your VHDL synthesizer should be able 


to flag these errors, you should still keep these in mind when you use a 


for loop and you will save yourself a bunch of debugging time. Also note 


that the loop body has been indented to make the code more readable. 


Enhanced readability of the code is always a good thing. 


The index variable does not need to be declared, it is in fact done 


implicitly. 


Assignments cannot be made to the index variable. The index variable 


can, however, be used in calculations within the loop body. 
The index variable can only step through the loop in increments of one. 


The identifier used for the index variable can be the same as another 
variable or signal; no name collisions will occur. The index variable will 
effectively hide identifiers with the same name inside the body of the 
loop. Using the same identifier for two different values constitutes bad 


programming practice and should be avoided. 


The specified range for the index (when specified outside of the loop 


declaration) can be of any enumerated type. 


And lastly, as shown in the previous listing, for loops can also be 


implemented using the downto option. This option makes more sense 


when the range is specified in the for loop declaration. 
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12.1.2 while Loops 


while loops are somewhat simpler than for loops due to the fact that 
they do not contain an index variable. The major difference between 


the for and while loops is that the for loop declaration contains a 


built-in loop termination criteria. The first thing you should remember 
about while loops is that the associated code should contain some way 
of exiting the loop. Examples of while loops are shown in the following 
listing. Needless to say that the VHDL code appearing in the next listing 
on the right should have been made with a for loop instead of a while 


loop because the number of iterations is actually known. 


constant max_fib : integer := 2000; constant max_num : integer := 10; 

variable fib_sum : integer := 1; variable fib_sum : integer := 1; 

variable tmp_sum : integer := 0; variable tmp_sum : integer := 0; 

variable int_cnt : integer := 0; 

while (fib_sum < max_fib) loop while (int_cnt < max_num) loop 
fibesum j= fibmesum +) Emoesumy fibesum) = fibesum + tmpasum; 
tmp_sum := fib_sum; tmp_sum := fib_sum; 

end loop; Peon: g= Ie lens Fly 


== end loop; 


12.1.3 Loop Control: next and exit Statements 


Similarly to higher-level computer languages, VHDL provides some extra 
loop control options. These options include the next statement and the 
exit statement. These statements are similar to their counterparts in 
higher-level languages in the control they can exert over loops. These two 
loop-control constructs are available for use in either the for or the while 


loop. 


next Statement 


The next statement allows for the loop to bypass the remaining statements 
within the body of the loop and start immediately at the next iteration. In 
for loops, the index variable is incremented automatically before the start 
of the upcoming iteration. In while loops, it is up to the programmer to 
ensure that the loop operates properly when the next statement is used. 
There are two forms of the next statement and both forms are shown 


in the next listing. These are two examples that use the next statement 
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and do not necessarily represent a good programming practice nor really 


contain meaningful code. 


variable my_sum : integer := 0; 
icone louca NAsuk atioy (0) Gere) V0) ilrexeye) 
if (my_sum = 20) then 
Nesey 
endl ab; 
my_sum := my_sum + 1; 
end loop; 


exit Statement 


variable my_sum : integer := 0; 
while (my_sum < 300) loop 
next when (my_sum = 20); 


my_sum := my_sum + 1; 
end loop; 


—- Required signals: 


too in std_logic_vector 
(li downtor 0) 

== JNp Je (G7 WWE! Sis GREte LC iloyepues 

== Moc Our: OUe Ssiaolog.c, 


process (SEE, A,B, G, DB) 
begin 
case SEL is 
when "00" => MUX_OUT <= A 
when "01" => MUX_OUT <= B 
when "10" => MUX_OUT <= C 
when "11" => MUX_OUT <= D 
when others => MUX_OUT <= ( 
others => '0'); 
end case; 
end process; 


The exit statement allows for the immediate termination of the loop and 


can be used in both for loops and while loops. Once the exit statement 


is encountered in the flow of the code, control is returned to the statement 


following the end loop statement associated with the given loop. The 


exit statement works in nested loops as well. The two forms of the exit 


statement are similar to the two forms of the next statement. Examples of 


these forms are provided in the next listing. 
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variable my_sum : integer := 0; 


ieee (elone syeull suet (0) ieisy SO) iWesxsys 
if (my_sum = 20) then 
exit; 
end if; 
my_sum := my_sum + 1; 
end loop; 
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variable my_sum : integer := 0; 


while (my_sum < 300) loop 
exit when (my_sum = 20); 
my_sum := my_sum + 1; 
end loop; 
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Standard Digital Circuits in VHDL 


As you know or as you will be finding out soon, even the most complex 
digital circuit is composed of a relatively small set of standard digital 
circuits plus some associated control signals. This list of standard digital 
circuits is a mixed bag of combinatorial sequential devices such as MUXes, 
decoders, counters, comparators, registers, etc. The art of digital design 
using VHDL is centered around the proper selection and interfacing of these 
devices. The actual creation and testing of these devices is de-emphasized. 

The most efficient approach to utilizing standard digital circuits using 
VHDL is to use existing code for these devices and modify them according 
to the needs of your particular design. This approach allows you to utilize 
your current knowledge of VHDL to quickly and efficiently design complex 
digital circuits. The following listings show a set of standard digital devices 
and the VHDL code used to describe them. The following circuits are 
represented in various sizes and widths. Note that the following circuit 
descriptions represent possible VHDL descriptions but are by no means 
the only descriptions. They do however provide starting points for you to 


modify for your own design needs. 
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13.1 RET D Flip-flop - Behavioral Model 


=—— 0 €lip-fllop: RET Di flip-flop with single output 


-—- Required signals: 


=— (Clue IDE! alig.  GhECL Were nties 
==) Olk out, stdslloguic; 


process (CLK) 


begin 
if (rising_edge(CLK)) then 
Q <= D; 
end if; 


end process; 


13.2 FET D Flip-flop with Active-low Asynchronous Preset - Be- 
havioral Model 


== D £lip-fllop: FET D flip-flop with asynchronous preset. The 
—- preset input takes precedence over the synchronous input. 


-—- Required signals: 


=— {Ci CoIOp 8 shey ~ GheGh Ihewpiers 
—— Help out Std alogiic, 


process (CEK,S) 


begin 
if (8 = "0") then 
Q<='1'; 
elsif (falling_edge(CLK)) then 
Ol <= Dy 
end if; 


end process; 


33 
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13.3 8-Bit Register with Load Enable - Behavioral Model 


13.3 8-Bit Register with Load Enable - Behavioral Model 


-- Register: 8-bit Register with load enable. 


-- Required signals: 

== (Clb IDe atin,  Ghetclilreyepitcrp 

== (DL IONe in std_logic_vector(7 downto 0); 
——  DEOUL- ou Stdllogiciuvectonid downto 0); 


process (CLK) 


begin 
if (rising_edge(CLK)) then 
if (LD = al) sehen —— positive logue form LD 
D_OUT <= D_IN; 
end if; 
end if; 


end process; 
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13.4 Synchronous Up/Down Counter - Behavioral Model 


-- Counter: synchronous up/down counter with asynchronous 
--— reset and synchronous parallel load. 

-- library declaration 

library IEEE; 

use IEEE.std_logic_1164.al1; 

use IEEE.numeric_std.all; 


entity COUNT_8B is 
port ( RESET, CLE,LD,UP + in std_logic; 
DIN : im std_logic_vector (7 dowrto 0); 
COUNT + out std_logic_vector (7 downto 0)); 
end COUNT_8B; 
architecture my_count of COUNT_8B is 


signal t_ent : unsigned(7 downto 0); -- internal counter signal 
begin 
process (CLK, RESET) 
begin 
if (RESET = '1') then 
toent <> (ovhers) => 0") = cellcar 
elsif (rising_edge(CLK)) then 
alse ((iGgpy = Pa Sesavenal t_ent <= unsigned (DIN) ; == ikee\o! 
else 
sie {Q002) = GLY )) selevenah qe eine <= te eters, qr ile == aleyers 
else Eine SS ie _icine, = lp == relievers 
end if; 
end if; 
end if; 


end process; 
COUNT <= std_logic_vector (t_cent) ; 
end my_count; 


Refer to Appendix C for a comprehensive list of type conversion functions 
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like the ones in line 24 and line 32 of the code above. 


13.5 Shift Register with Synchronous Parallel Load - Behavioral 
Model 


—- Shift Register: unidirectional shift register with synchronous 
—— parallel load: 


-- Required signals: 


—— (iu; ID ANNG img ested ilhogalcy: 
—— P_LOAD: aiggt hetolaikrexeflie!p 
=— PLLOADI DATA: an ‘stdlllogicivector(7 downto 0); 
=a an@) Uile out Sitdaloguics 


—-— Required intermediate signals: 
signal REG_TMP: std_logic_vector(7 downto 0); 


process (CLK) 


begin 
if (rising_edge(CLK)) then 
if (P_LOAD = '1') then 
REG_TMP <= P_LOAD_DATA; 
else 
REG_TMP <= REG_TMP(6 downto 0) & D_IN; 
end) ae 
end if; 


D_OUT <= REG_TMP (7); 
end process; 
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13.6 8-Bit Comparator - Behavioral Model 


—- Comparator: Implemented as a behavioral model. The outputs 
—- include equals, less than and greater than status. 


—- Required signals: 

=> (GIERGE akigy  Shevel slltoxefiliel 

SS TAIN, 1ek_ NS in std_logic_vector(7 downto 0); 
-- ALB, AGB, AEB: out std_logic 

process (CLK) 

begin 


aise) (¢ GACAEIN( << JELIEINP HY iedavevor vANEyE) e<— Walle 
else ALB <= '0'; 

end if; 

if ( A_IN > B_IN ) then AGB <= '1'; 
else AGB <= '0'; 

end if; 

if ( A_IN = B_IN ) then AEB <= '1'; 
else AEB <= '0'; 


end if; 
end process; 
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13.7 BCD to 7-Segment Decoder - Data-Flow Model 


—- BCD to 7-Segment Decoder: Implemented as combinatorial circuit. 
—- Outputs are active low; Hex outputs are included. The SSEG format 
—- is ABCDEFG (segA, segB etc.) 


—- Required signals: 
=— PCDeIN sain sStdelbogucsvector(s: downto 10))i, 
== iss out std_logic_vector(6 downto 0); 


with BCD_IN select 


SSEG <= "0000001" when "0000", SSN) 
"1001111" when "0001", == il 
"0010010" when "0010", ee 
"0000110" when "0011", = 
STOOLTOO" when "“O100", == 4 
"0100100" when "0101", —— 15 
"0100000" when "0110", == 6 
"0001111" when "0111", == 7 
"0000000" when "1000", == 
"0000100" when "1001", = 
"0001000" when "1010", == iN 
ST100000" when "1011", =a 
"0110001" when "1100", Se 
*LOOOOLO™ when “1LOL", == €l 
MOTO OOOM when “Om, == 19 
WOM UMOOOM swiren el Tis. -- F 
MU1111141" when others; =— jekeig voncie, eulil IWjaip)S 


13.8 4:1 Multiplexer - Behavioral Model 


—-— A 4:1 multiplexer implemented as behavioral model using case 
—— SiCGIEEE IE: 


—- Required signals: 


=— fSimine in) "stdalliogueivecton (i, downto: 0); 
== 7%, ip IG, IDS Shih lel Ikorepelt 
—— |MlUp< NOluiiNg Oli SEdalogicl 


PEocess (SEl, eA, bye, 1D) 
begin 
case SEL is 
when "00" => MUX_OUT <= A 
when "01" => MUX_OUT <= B 
when "10" => MUX_OUT <= C 
when "11" => MUX_OUT <= D 
when others => (others => '0'); 
end case; 
end process; 


13.9 4:1 Multiplexer - Data-Flow Model 


13.9 4:1 Multiplexer - Data-Flow Model 


Required signals: 


A 4:1 multiplexer implemented as data-flow model using a 
selective signal assignment statement. 


== (Siaky In Sie 
== 7X, ly (GR IDR ako heel 
== MUP Io 0Ats ible hele 
with SEL select 
MUX_OUT <= A when "0 
B when "01 
C when "1 
D when "11 
(others = 


logic_vector(1 downto 0); 
oOgiiely 
ogic; 
(ge 
W 
a 
OM, 
W 
, 
> '0') when others; 
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Decoder: 


Required signals: 


3:8 decoder with active high outputs implemented as 
combinatorial circuit with selective signal assignment statement 


NF ese 


HOU: 


std_logic_vector(2 downto 0); 
out std _logicivector(7 downto: 0); 


with D_IN select 
F_OUT <= "00000001" 
"00000010" 
"00000100" 
POOUGL OGG! 
"00010000" 
MOULD 
MO POOO COG 
"10000000" 
"00000000" 


VHDL Reserved Words 


Table A.1 provides a complete list of VHDL reserved words. 


abs downto library postponed srl 

access else linkage procedure subtype 
after elsif literal process then 
alias end loop pure to 

all entity map range transport 
and exit mod record type 
architecture file nand register unaffected 
array for new reject units 
assert function next rem until 
attribute generate nor report use 

begin generic not return variable 
block group null rol wait 
body guarded of ror when 
buffer if on select while 

bus impure open severity with 
case in or signal xnor 
component inertial others shared xor 
configuration inout out sla 

constant is package sll 

disconnect label port sra 


Table A.1: A complete list of VHDL reserved words. 


Standard VHDL Packages 


After years of development by the US Department of Defense, in February 
1986 all VHDL rights were transferred to the Institute of Electrical and 
Electronics Engineers (IEEE) which since then has carried on the process 
of standardization of the language. 

After several language standardization steps that took place in 1987, 
1993, 2000, 2002, and 2008, VHDL now includes a large set of packages 
that, once included in your code, give you the possibility of using several 
mathematical constants, numerical functions, overloaded operators, type 
conversion functions, enhanced signal types and much more. 

The main VHDL language library packages that you will probably need 
to use in your career as an engineer can be included in your code via the 


following statements: 


library IEEE; 

-—- essential IEEE libraries 
use IEEE.std_logic_1164.al1; 
use IEEE.numeric_std.all; 


-- more IEEE libraries 
use IEEE.numeric_signed.all; 
use IEEE.numeric_unsigned.all; 


use IEEE.numeric_bit.all; 
use IEEE.math_real.all; 
use IEEE.math_complex.all; 


For instance, the inclusion of the package st d_logic_1164 in your code, 


will give you the ability to use the several data types like the std_logic 
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or the std_logic_vector. The following listing shows a simple coding 


example of some of the many advantages of using these libraries. 


Listing B.1: Example of operators and types available with some IEEE packages. 


—- typical packages declaration 
library IEEE; 

use ieee.std_logic_1164.all1 ; 
use ieee.numeric_std.all ; 


-—- entity 
entity my_blk is 
port { INL, IN2 = an std_logic; 
CLK, CLR + in std_logic; 
OU 7 out std_logic); 
end my_blk; 
-- architecture 


architecture arch of my_blk is 

signal A,B: unsigned(7 downto 0);--note how for internal signals the 
signal Yl : unsigned(7 downto 0);--unsigned and integer types replaced 
signal Y2 : unsigned(8 downto 0);--the simpler std_logic_vector 


signal X : integer range 0 to 255; 
begin 
sync_proc: process (CLK, CLR) 
begin 
be IChR = il them 


OUT1 <= '0'; 
elsif rising_edge(CLK) then --std_logic_1164 gives rising_edge() 
Yl <= A + B + unsigned("0" & IN1);--numeric_std defines addition 
—-for unsigned types. 


Y2<= resize(A, Y2'length) + B + ("0" & IN1); 
X <= to_integer(A); --numeric_std gives to_integer () 
OUT1 <= IN1 AND IN2; 

end if; 


end process sync_proc; 
end arch; 


As it becomes clear from the previous listing, the inclusion of the main 
standard libraries allows you to write very powerful VHDL code. A quite 
useful cheat-sheet about VHDL standard libraries and what they can offer 


is available from here: 


http://www.vhdl.org/rassp/vhdl/guidelines/vhdlqrc.pdf 


http://www.vhdl.org/rassp/vhdl/guidelines/1164qrc.pdf 


The IEEE standardized libraries heavily enhance the VHDL language 
capability giving you a long list of functions that you can freely use in your 
VHDL source code. A list of these libraries cannot be included here for 


copyright reasons but all IEEE libraries source code is freely available to 
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you from the following link: 
http://standards.ieee.org/downloads/1076/1076.2-1996/ 
Alternatively, the same VHDL libraries can be browsed and downloaded 
from the GHDL website: 

http://ghdl.free.fr 

Finally, the software development tool (e.g. Xilinx Vivado) that you use for 
the synthesis of your VHDL code will include these libraries. A quick look 
at the source code will give you a pretty good idea of what is available to 
you and how to use it. For instance, a quick look at the math_real.vhdl 
library, available from: 

http://standards.ieee.org 

will show you that the constant of type real MATH_PI = 3.1415926 is 
available to you as soon as you include the 


use IEEE.math_real.all; 


line. The square root function SQRT() is just another example. 


B.1 IEEE Standard Libraries 


In VHDL, basic arithmetics is defined for the integer data type and for 
the natural data type. In order to have more control during synthesis 
over the various data formats, other libraries were developed and included 
into the IEEE standard. 

The library numeric_std extended the standard VHDL by adding the 
signed and the unsigned data types as well as the arithmetics for 
them. These libraries are IEEE standard packages and their behaviour is 
governed by the standard, therefore assuring compatibility. In this book, we 
highly recommend the use of the numeric_std library over the Synopsys 
std_logic_arith library. 

As a natural consequence, we recommend using the types unsigned, 
signed and integer instead of the simpler std_logic_vector type 
for the many needs you might have. Refer to Listing B.1 for en example of 
the wise use of the type unsigned or the type integer over the type 


std_logic_vector. 
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B.2 Non-standard Libraries 


If you often use google for learning purposes, you will soon discover that 
the use of the non-standard library: 
library ieee; 


jeee.std_logic_arith.all; 


is amazingly common among VHDL programmers. 

The std_logic_arith library, as well as the std_logic_unsigned 
and the std_logic_signed libraries, were written and packaged by 
Synopsys to provide extended VHDL programming functionalities. Using 
these libraries eliminates the need for data conversion and, for instance, it 
allows you to write: 
a_logic_vector <= a_logic_vector + 1; 

Despite the great advantage that these non-standard libraries seem to give 
you, their use is not considered a good practice. Because of compatibility 


issues during synthesis, we strongly discourage the use of these libraries. 


Exercise Solutions 


This section presents the solutions to all problems presented throughout 
this book. 


Exercise Solutions for Chapter 3 


1. A bundle refers to a group of signals that are related to each other. 
A bundle is sometimes called a bus, but the use of the word bundle 


is preferred since it avoids possible confusions. 


2. In a black-box diagram a bundle is often shown as a wire with a slash 


plus number indicating the number of signals the bundle is made of. 


3. It is considered good practice to draw a black-box diagram before 
writing any VHDL code as this helps providing a visual representation 
of each component. In addition, a good and neat overall system dia- 
gram helps eliminating coding confusion, especially for large designs, 


and further helps with code re-usability. 


4. The given black-box drawings can be implemented with the following 
VHDL code. 
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a) 


ENEDEY Ssysiiears 


PORT ( 
a) atoll. : IN STD_LOGIC; 
bein. g IN STD_LOGIC; 
clk g IN STD_LOGIC; 
@ieiell stoi 8 IN STD_LOGIC; 
out_b ) OUT STD_LOGIC) ; 
END sys1; 
b) 
NTT Y eS yee ks: 
PORT. ( 
input_w : IN STD_LOGIC; 
a_data 8 IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
b_data 8 IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
eile 8 IN STD_LOGIC; 
dat_4 8 OUT STD_LOGIC_VECTOR(7 DOWNTO 0); 
dat_5 8 OUT STD_LOGIC_VECTOR(2 DOWNTO 0)); 
END sys2; 


5. The black-box drawings that represent the given code are shown 


below. 


bun_b 8 : reg_a 

ckt_c a reg_b 
8 

Idb reg_c 


RAM_CS 
RAM_WE 
RAM_OE mn 8 
SEL_OP1 qr} ckte RAM_DATA_OUT 
SEL_OP2 8 
RAM_DATA_IN 
RAM_ADDR_IN 


6. The problems with the given code is: a) Line 4 is missing a semicolon. 
The semicolon in line 5 should be after of the parenthesis. The correct 


code is shown here. 
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ENTiIY Vektia is: 


PORT ( 
Ips 8 IN STD_LOGIC; 
(Citas. 8 IN STD_LOGIC; 
Q : OUT STD_LOGIC) ; 
END ¢ckt la; 


b) Line 5 should have the semicolon after the two parentheses as 


shown here. 
ENTE Sekieb irs: 
PORT ( 

mr_fluffy g IN STD_LOGIC_VECTOR(15 DOWNTO 0); 
MUS uaa Q IN STD_LOGIC_VECTOR(3 DOWNTO 0); 
byte_out : OUT STD_LOGIC_VECTOR(3 DOWNTO 0)); 

END ckt_b; 

Chapter 4 
1. a) 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENDIN Velititoy Ts: 


PORT ( 
A,B: IN STD_LOGIC; 
E 8 OUT STD_LOGIC) ; 

END ckt_a; 


ARCHITECTURE ckt_a_arc OF ckt_a IS 
BEGIN 

F <= (NOT A AND B) OR A OR (A AND NOT B); 
END cktvavare, 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


BNDEDY cktub: ©S 


PORT ( 
Ap Crmy & IN STD_LOGIC; 
F : OUT STD_LOGIC) ; 
END ckt_b; 


ARCHITECTURE, ckhesbiarc OF ckt2b iS 
BEGIN 
F <= (NOT A AND C AND NOT D) OR (NOT B AND C) OR (B AND C AND 
NOT D); 
END ckt_b_arc; 
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c) 
LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENDED toktae) is) 


PORT ( 
AEE, ID) 8 IN STD_LOGIC; 
EF g OUT STD_LOGIC) ; 

END ckt_c; 


ARCHMIRCTURE  cktmczare OF ckteme is 

SIGNAL AND1,AND2,AND3 : STD_LOGIC; 
BEGIN 

AND1 <= NOT A OR B; 

AND2 <= NOT B OR C OR NOT D; 

AND3 <= NOT A OR D; 

F <= AND1 AND AND2 AND AND3; 
END! cktmekarc; 


d) 
LIBRARY IEEE; 
USE IEE.STD_LOGIC_1164.ALL; 


ENDERY tckeed ES 


PORT ( 
ACID) 2 IN STD_LOGIC; 
F : OUT STD_LOGIC) ; 

END ckt_d; 


ARCHITECTURE cCktldlarce OF cktld iS 
SIGNAL AND1,AND2 5 STD_LOGIC; 
BEGIN 
AND1 <= A OR B OR NOT C OR NOT Dj; 
AND2 <= A OR B OR C OR NOT D; 
F <= AND1 AND AND2; 
END) cktmdlarc; 


e) 
LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENDEDY icktke: TS 


PORT ( 
BAG : IN STD_LOGIC; 
in g OUT STD_LOGIC) ; 

END ckt_e; 


ARCHITECTURE ckt_e_arc OF ckt_e IS 

SIGNAL AND1,AND2,AND3,AND4 : STD_LOGIC; 
BEGIN 

AND1 <= NOT C OR B OR NOT A; 

AND2 <= C OR B OR NOT A; 

AND3 <= NOT C OR B OR A; 

AND4 <= C OR NOT B OR NOT A; 

F <= AND1 AND AND2 AND AND3 AND AND4; 
END ckt_e_arc; 
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f) 
LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENT ETN te kite aS) 


PORT ( 
Ap eC,B & IN STD_LOGIC; 
F : OUT STD_LOGIC) ; 
END ckt_f; 


ARCHITECTURE, chemiacc (OF (cktst 1S 
SIGNAL OR1,OR2 - STD_LOGIC; 

BEGIN 
OR1 <= NOT A AND NOT B AND NOT C AND D; 
OR2 <= NOT A AND NOT B AND C AND NOT D; 
F <= OR1 OR OR2; 

END ‘ckesivarc; 


a) 
LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


EN so kitaol 1S) 


PORT ( 
Aye OC, ID) & IN STD_LOGIC; 
E g OUT STD_LOGIC) ; 

END ckt_a; 


ARCHITECTURE (cktlauconditionall OF cktzal 1S 


BEGIN 
F <= 
'1' WHEN( A = 'O' AND C = '1' AND D = '0' ) ELSE 
"1" WHEN( B = 'O' AND C = '1') ELSE 
"1" WHEN( B = '1' AND C = '1' AND D = '0' ) ELSE 
Qe 


END ckt_a_conditional; 


ARCHITECTURE ckt_a_selected OF ckt_a IS 
SIGNAL ins S STD_LOGIC_VECTOR(0 TO 3); 
BEGIN 
ins <=~>A&B&C&D; 
WITH ins SELECT 
F <= 
SES WHEN OO OMe MO del Ome, 
WHEN UC OOM MOO eels tran Oe Oud | tele O Met 
PY jygeapn), UO) ik(Oss [Maat ab (OW 
'O' WHEN OTHERS; 
END ckt_a_selected; 
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LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


EN iY tc kt aon ls: 


PORT ( 
ABCD s IN STD_LOGIC; 
F : OUT STD_LOGIC) ; 

END ckt_b; 


ARCHITECTURE ckt_b_conditional OF ckt_b IS 
BEGIN 
F <= 
PLS ETIEG NI (et (A — Se (Ue) Ee — suet) eA De (Ques 
ODE 02) SANDS AS — OS Ok sb) — at 
VON" p 
END ckt_b_conditional; 


ARCHITECTURE ckt_b_selected OF ckt_b IS 
SIGNAL ins 8 STD_LOGIC_VECTOR(0 TO 3); 
BEGIN 
ins <=>A&B&C&D; 
WEEE ans SHEBCr 
F <= 
I WHEN “OOOO | "OOO U | OOM" | "CCL | OLoOe: 
PAL RUS WHE Nien Out OLY |e Ohana 
I WHEN “LEPL" 
'OQ' WHEN OTHERS; 
END ckt_b_selected; 


c) 
LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


IDUNRAR AEN, ele, Stes ALAS) 


PORT ( 
Bey) IN STD_LOGIC; 
in 8 OUT STD_LOGIC) ; 

END ckt_c; 


ARCHITECTURE ckt_c_conditional OF ckt_c IS 
BEGIN 
F <= 
SLES WEEN (9G =! OS TOR Cs — SOK ORD 0S) AND 
i OB CoS) ik" “ORD = tO" >) )i EESE 
TQ 
END ckt_c_conditional; 


ARCHITECTURE ckt_c_selected OF ckt_c IS 
SIGNAL ins 8 STD_LOGIC_VECTOR(0 TO 3); 
BEGIN 
ins <=A&B&C&D; 
WEEE Ainss chine rT 
F <= 
COL WHENE OO Miers | O Oma, 
Yi" WHEN OTHERS; 
END ckt_c_selected; 
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LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENN ec keels is) 


PORT ( 
Ap BC,B & IN STD_LOGIC; 
F : OUT STD_LOGIC) ; 
END ckt_d; 


ARCHITECTURE ckt_d_conditional OF ckt_d IS 


BEGIN 
F <= 
'1' WHEN( ( A = '0' AND B = 'O' AND C = '0' AND D = '1"') 
OR ( A= '0' AND B = '0' AND C = '1' AND D= 'O' ) ) 
ELSE 
One 


END .cktzdsconditronall: 


ARCHITECTURE ckt_d_selected OF ckt_d IS 
SIGNAL ins ¥ STD_LOGIC_VECTOR(0 TO 3); 
BEGIN 
ins <=>A&B&C&D; 
WITH ins SELECT 
F <= 
Die WHEN OOO OO Mow, 
"OQ" WHEN OTHERS; 
END ckt_d_selected; 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY and8 IS 


PORT ( 
sia); akiatil, SsoIAy, Aes), Sig!) - aljals)p satiny, ata 7) s IN STD_LOGIC; 
outl 3 OUT STD_LOGIC) ; 

END and8; 


ARCHITECTURE and8_concurrent OF and8 IS 
BEGIN 
oeutl <= inO AND inl AND in2 AND in3 AND in4 AND in5 AND in6 
AND in7; 
END and8_concurrent; 


ARCHITECTURE and8_conditional OF and8 IS 


BEGIN 
outl <= '1' WHEN (inO = '1' AND inl = '1' AND in2 = '1' AND 
in3 = '1' AND in4 = '1"' AND inS = '1' AND in6é = '1' AND 
iny = "1") ELSE 
Ota 


END and8_conditional; 


ARCHITECTURE and8_selected OF and8 IS 
SIGNAL ins : STD_LOGIC_VECTOR(0 TO 7); 
BEGIN 
abyoysl <<) aliel0) {x1 abjonlll Ye hey) fy alsa) te Shiol te ahora) {abel ts abeyy/ 2 
WITH ins SELECT 
outl <= 
HALE Viietain), Wali ab alll alas. 
'O' WHEN OTHERS; 
END and8_selected; 


184 


Chapter C: Exercise Solutions 


LIBRARY IEEE; 
USE IEEE_STD_LOGIC_1164.ALL; 


TINGPIEIENS Yoyers} AES) 
PORT ( 
ins 8 IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
out g OUL St Da LOGLC):- 
END or8; 


ARCHITECTURE or8_concurrent OF or8 IS 
BEGIN 
Outlay <— sa niss(GS) OR wamse (2s) OR sinicn((S)) me ORw nisi 4) i ORacrn ss (5) me Oiernas 
(CO) OR ans )rs 
END or8_concurrent; 


ARCHITECTURE or8_conditional OF or8 IS 


BEGIN 
Quilt <— al SS WHEN si Gins! Glee — ale aOR easy (2)) es le iO reeiin si) elt 
(OVS. abioner (MY) S VALY tovee abjaysr(S)) SS Val) Tolsy stiovey(()) == VAN OER Sirens) (75) 
= VLA) So Un Sis, 
Woh s 


END or8_conditional; 


ARCHITECTURE or8_selected OF or8 IS 
BEGIN 
WITH ins SELECT 
outl <= 
'O' WHEN "00000000", 
'1' WHEN OTHERS; 
END or8_selected; 


LIBRARY IEEE; 


USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY mux8tol IS 
PORT ( 
inputs 
sel 
output 
END mux8tol; 


ARCHITECTURE mux8tol_conditional OF mux8tol IS 


BEGIN 
ouctpuE <= 

inputs (0 
inputs: (i 
inputs (2 
inputs(s 
inputs (4 
inputs: (5 
inputs (6 
Inputs (7 
o}s 


) 
) 
) 
) 
) 
) 
) 
) 


WHEN 
WHEN 
WHEN 
WHEN 
WHEN 
WHEN 
WHEN 
WHEN 


STD_LOGIC_VECTOR(7 DOWNTO 0); 
STD_LOGIC_VECTOR(2 DOWNTO 0); 


STD_LOGIC) ; 


(sel = 


(sel 
(sel 
(sel 
(sel 
(sel 
(sel 


(sel = 


END mux8tol_conditional; 


ARCHITECTURE mux8tol_selected 


BEGIN 


WITH sel SELECT 


ourpUE <= 


inputs (0 
inputs (1 
inputs (2 
inputs (3 
inputs (4 
inputs (5 
inputs (6 
inputs (7 


) 
) 
) 
) 
) 
) 
) 
) 


SSfa2=2=22=2 


'Q' WHEN OT 
END mux8tol_selected; 


"000") 
"001") 
"010") 
"011") 
"100") 
"101") 
"110") 
"111") 


OF mu8to 


HEN OOO", 
HEN dae als 
HEN Ha al ales 
HEN ita lab l 
HEN Pie V0 lle 
HEN Bo 
HEN PaO, 
HEN ia a 
HERS; 


E 
n 
[eal 


LSE 
LSE 
LSE 
LSE 
LSE 
LSE 
LSE 


EES) 
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LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY dec3to8_ActiveHigh IS 
PORT. \( 
inputs 8 IN STD_LOGIC_VECTOR(2 DOWNTO 0); 
OUEPULES Es OUT STD_LOGIC_VECTOR(0 TO 7)); 
END dec3to8_ActiveHigh; 


ARCHITECTURE dec3to8_ActiveHigh_conditional OF dec3to8_ActiveHigh 
AGS) 

BEGIN 
outputs <= 


"10000000" WHEN (inputs = "000") ELSE 
"01000000" WHEN (inputs = "001") ELSE 
"00100000" WHEN (inputs = "010") ELSE 
"00010000" WHEN (inputs = "011") ELSE 
"00001000" WHEN (inputs = "100") ELSE 
"00000100" WHEN (inputs = "101") ELSE 
"00000010" WHEN (inputs = "110") ELSE 
"00000001" WHEN (inputs = "111") ELSE 


"00000000"; 
END dec3to8_ActiveHigh_conditional; 


ARCHITECTURE dec3to8_ActiveHigh_selected OF dec3to8_ActiveHigh IS 
BEGIN 
WITH inputs SELECT 
outputs <= 


"10000000" WHEN "000", 
"01000000" WHEN "001", 
"00100000" WHEN "010", 
"00010000" WHEN "011", 
"00001000" WHEN "100", 
"00000100" WHEN "101", 
"00000010" WHEN "110", 
"00000001" WHEN "111" 
"00000000" WHEN OTHERS; 
END dec3to8_ActiveHigh_selected; 
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7. 
LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 
ENTITY dec3to8_ActiveLow IS 
PORT <( 
inputs § IN STD_LOGIC_VECTOR(2 DOWNTO 0); 
OUEDUIESass OUT STD_LOGIC_VECTOR(0 TO 7)); 
END dec3to8_ActiveLow; 
ARCHITECTURE dec3to8_ActiveLow_conditional OF dec3to8_ActiveLow IS 
BEGIN 
outputs <= 
"01111111" WHEN (inputs = "000") ELSE 
me @ led dei: " WHEN (inputs = "001") ELSE 
WL aL o}ab bal “ WHEN (inputs = "010") ELSE 
Pied pdewla) ete “ WHEN (inputs = "011") ELSE 
TSO WH Gnputse= U00"); EiSk. 
vr Abia ba BA) " WHEN (inputs = "101") ELSE 
TiO WHEN Gnputs sa VO") F EiESk, 
TOU WHEN (Gino it Sis a), SBS, 
Seale UAL lh w- 
END dec3to8_ActiveLow_conditional; 
ARCHITECTURE dec3to8_ActiveLow_selected OF dec3to8_ActiveLow IS 
BEGIN 
WITH inputs SELECT 
outputs <= 
OMe aa WHEN MOOO Me, 
150) Aaa WHEN MOO sey 
LO aa WHEN MOO te, 
Wah ab 0 Algae WHEN UN Oya es 
aba co)agag a WHEN HOO, 
Wb aL (aban WHEN Heda elattee 
wad: 01" WHEN "110", 
alee on WHEN Walaa 
aba " WHEN OTHERS; 
END dec3to8_ActiveLow_selected; 
Chapter 5 
1. a) 


LEBRARY IEEE; 


USE IEEE.STD_LOGIC_1164.ALL; 


ENiY Me kiteaye iS 


PORT ( 
A,B: IN STD_LOGIC; 
E 8 OUT STD_LOGIC) ; 

END ckt_a; 


ARCHITECTURE ckt_a_case OF ckt_a IS 


SIGNAL ins : STD_LOGIC_VECTOR(0 TO 


BEGIN 
ins <= A & B; 


legie_process: PROCESS (ins) 


BEGIN 
CASE (ins))) ES 
WHEN "01" => 
FE <= 
WHEN "10" => 
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WHEN "11" => 


P< TNs 
WHEN OTHERS => 
EF <= Ugh 
END CASE; 


END PROCESS logic_process; 
END ckt_a_case; 


ARCHITECTURE ckt_a_if OF ckt_a IS 


BEGIN 
logic_process: PROCESS (A,B) 
BEGIN 
IF (A = '0' AND B = '1') THEN 
Pgs ML, 
ELSIF (A = “1") THEN 
Po Ss 
ELSE 
EF <= '0'; 
END IF; 


END PROCESS logic_process; 
BND Ckitwameltia: 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


EN iy. tekst won is: 


PORT ( 
ABCD F IN STD_LOGIC; 
F : OUT STD_LOGIC) ; 

END ckt_b; 


ARCHITECTURE ckt_b_case OF ckt_b IS 
SIGNAL ins 5 STD_LOGIC_VECTOR(0O TO 3); 
BEGIN 
ins <=A&B&C&D; 
logic_process: PROCESS (ins) 
BEGIN 
CASH Gans ils 


WHEN "0010" => 
iP <5 T's 
WHEN "0110" => 
P KS Til", 
WHEN "0011" => 
P <S Til’, 
WHEN "1010" => 
iP  <S Til", 
WHEN "1011" => 
iP <S UYs 
WHEN "1110" => 
F a ' ve 
WHEN OTHERS => 


EF <= '0'; 
END CASE; 
END PROCESS logic_process; 
END ckt_b_case; 


ARCHITHCRURE Cktsbad fa Or cktmbs nS 
BEGIN 
legic_process; PROCESS (A,B,C; D) 
BEGIN 
IF ( A= 'O" AND C = '1" AND D = '1" ) THEN 
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a ee: 
ELSIF ( B = '0' AND C = '1' ) THEN 
iP as Vals 
ELS TE s(eBe— a0 eANDEC —suU PANN Dea 00m) eecHEN 
P ss Tay 
ELSE 
F <= VOR. 
END IF; 


END PROCESS logic_process; 
JMB) Clie Joy ahi 


c) 
LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


IOUNIIE ILS Kelsie. es ILS) 


PORT ( 
DG BriG bye: IN STD_LOGIC; 
EF g OUT STD_LOGIC) ; 
END ecktzce; 


ARCHITECTURE ckt_c_case OF ckt_c IS 
SIGNAL ins S STD_LOGIC_VECTOR(0 TO 3); 
BEGIN 
ins <= A& B&C&D; 
legice_process: PROCESS (ins) 
BEGIN 
CASE (nisi) e.2S) 


WHEN "0000" => 
iy i v oe 

WHEN "0001" => 
iy << v te 

WHEN "0010" => 
iy a v xe 

WHEN "0011" => 
iv — v ie 

WHEN "0100" => 
iv a v ne 

WHEN "0110" => 
iy a v cee 

WHEN "0111" => 
— ap Wg 
’ 

WHEN "1111" => 
F = . 
’ 

WHEN OTHERS => 
y a Te 

END CASE; 


END PROCESS logic_process; 
END ckt_c_case; 


ARCHTIRGRLURK Chtmcactr IOR Chime eS 


BEGIN 
legie_process: PROCESS (A,B,C,D) 
BEGIN 
ie (C1 NS VOY tees Jey IY hy PANN) eh Se Ol yee (Ee UL isk 1D) 
= VO )) FASD) CR Se WO Torse WDh a I hy) ans 
PS Tals 
ELSE 
FE <= VOR 
END IF; 


END PROCESS logic_process; 
END ckitememact: 


190 


d) 


LIBRARY IEEE; 


Chapter C: Exercise Solutions 


USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY ckt_d IS 
PORT ( 

AEB ACAD) 
F 
END ckt_d; 


IN STD_LOGIC; 
OUT STD_LOGIC) ; 


ARCHITECTURE ckt_d_case OF ckt_d IS 


SIGNAL ins 


STD_LOGIC_VECTOR(0 TO 3); 


BEGIN 
ins <= A&B&C&D; 
logic_process: PROCESS (ins) 
BEGIN 
CASE (ins) IS 
WHEN "0001" => 
EF <= OU: 
WHEN "0011" => 
EF <= '0'; 
WHEN "0100" => 
EF <= ON; 
WHEN "0101" => 
EF <= '0'; 
WHEN OTHERS => 
iz <= al ee 
END CASE; 
END PROCESS logic_process; 


END ckt_d_case; 


ARCHi TH GRURE NG kt aden fOr cictmclerl Ss 
BEGIN 
leogic_process: PROCESS (A,B,C,D) 
BEGIN 
IF ( A= '0O' AND B = '0O' AND C = '0' AND D = '1' ) THEN 
EF <= NOs 
BLGLE (A= Sl" “AND Bo = 91 AND @ = 4" AND Ds =) ae" >) THEN 
EF <= WOl"s 
ELSIE (A= 20" AND Be = i AND eG = "0" AND) DP =) 0) >) THEN 
EF <= 0's 
ELSIF ( A = '0' AND B = '1' AND C = '0' AND D = 'l1' ) THEN 
EF <= VOs 
ELSE 
Fo <= 'L'; 
END IF; 
END PROCESS logic_process; 
TNIB) ellie. tel alias 
e) 
LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 
ENTITY ckt_e IS 
PORTK( 
A,B,C,D IN STD_LOGIC; 
EF OUT STDULOGIC): 
END ckt_e; 


ARCHITECTURE ckt_e_case OF ckt_e IS 


SIGNAL ins 
BEGIN 


STD_LOGIC_VECTOR(0 TO 3); 
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ins <= A& B& C&D; 
legic_process: PROCESS (ins) 
BEGIN 
CASE (ins) IS 
WHEN "0001" => 
F <= Lal 
WHEN "0010" => 
F <= Lalse 
WHEN OTHERS => 
F <= 0; 
END CASE; 


END PROCESS logic_process; 


END ckt_e_case; 


ARCHITECTURE ckt_e_if OF ckt_e IS 


BEGIN 
legic_process: PROCESS (A,B,C,D) 
BEGIN 
IF ( A = '0O' AND B = '0' AND C = '0' AND D = '1' ) THEN 
iP SS Valls 
BiSLe (yaa — Ol SAND See OMPANDNC. = es SAND Ds tO) ie THEN) 
Pp <= Valls 
ELSE 
F <= OMe 
END IF; 


END PROCESS logic_process; 
END ckteemale. 


LIBRARY IEEE; 


USE IEEE.STD_LOGIC_1164.ALL; 


END Yebxercuse5a2) 1S 


PORT ( 
A,B IN STD_LOGIC_VECTOR(1 DOWNTO 0); 
D IN STD_LOGIC; 
jd fonbhe, OUT STD_LOGIC) ; 


END Exercise_5_2; 


ARCHITECTURE Exercise_5_2_ case OF Exercise_5_2 IS 


SIGNAL Aout, Bout, Cout, Dout STD_LOGIC; 
SIGNAL Cin STD _LOGIC_VECTOR(0 TO 1); 
SIGNAL Ein STD _LOGIC_VECTOR(0 TO 2); 
BEGIN 
Cin <= B(2) & Dout; 
Ein <= Aout & Bout & Cout; 
devA: PROCESS (A) 
BEGIN 
CASE (A) IS 
WHEN Oe |) MMOLGE [all ght =S 
Aout <= OM: 
WHEN "11" => 
Aout <= ol 
END CASE; 


END PROCESS devA; 


devB: PROCESS (B) 
BEGIN 
CASE(B) IS 
WHEN "00" => 
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Bout One: 
WHEN Wino) a bu | Wea lfoyiu | Nia DA — 
Bout Re nr 
END CASE; 


END PROCESS devB; 


deve: PROCESS (Cin) 
BEGIN 
CASE (Cin) IS 
WHEN "00"/"01"|"10" => 


Cout =e NOM. 
WHEN "11" => 
Cour <= te Lae 
END CASE; 


END PROCESS devC; 


devD: PROCESS (D) 
BEGIN 
CASE(D) IS 
WHEN 'Q' => 
Dout a 
WHEN '1' => 
Dout Ole: 
END CASE; 


END PROCESS devD; 


devi: PROCESS (Ein) IS 
BEGIN 
CASE (Ein) IS 
WHEN "000" => 


Eeeouite <= Ou 
WHEN OTHERS => 
Eoute <= ce batiie 
END CASE; 


END PROCESS devE; 
END Exercise_5_2_case; 


ARCHITECTURE Exercise_5_2_ if OF Exercise_5_2 IS 


BEGIN 
logic_process: PROCESS({A,2,D) IS 
BEGIN 
IP ( A= “"10™") THEN 
HO ute <= las 
jouer (ek TC OP EO ys ante bay) 
id, rouble, <= lets 
jaiiysyania’ (ek ((2)) YE NNN) iD) ep atelier) 
Hout <= sg Se 
ELSE 
E_out <= EO 
END IF; 


END PROCESS logic_process; 
ENDPEXereuscuom2 a ish 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENPDDY  ixercisemoms hs 
PORT ( 
A,B 8 IN STD_LOGIC_VECTOR(1 DOWNTO 0); 
D IN STD_LOGIC; 
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E_out g OUT STD_LOGIC) ; 
END Exercise_5_3; 


ARCHITECTURE Exercise_5_3_arc OF Exercise_5_3 IS 


SIGNAL Aout, Bout, Cout, Dout s STD_LOGIC; 
BEGIN 

Aout <= A(1) AND A(2); 

Bout <= B(1) OR B(2); 

Cout <= B(2) AND Dout; 

Dout <— NO ib 


E_out <— Aout OR Bou OR Cout; 
END Exercise_5_3_arc; 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY and8& IS 


PORT ( 
BETAS 3 IN STD _LOGIC_VECTOR(7 DOWNTO 0); 
(exbhetk g OUT STD_LOGIC) ; 
END and8; 


ARCHITECTURE and8_arc OF and8 IS 


BEGIN 
legie_ process: PROCESS (ins) 
BEGIN 
Ig (¢ caljoyss a Wrilciksl alicia)" “anysternn) 
Outed <= a 
ELSE 
outl <= 0"; 
END IF; 


END PROCESS logic_process; 
END and8_arc; 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


JHNAEIAINE fepetse AGS) 
PORT ( 
ins : IN STD _LOGIC_VECTOR(7 DOWNTO 0); 
@bieal g OUT STD_LOGIC) ; 
END or8; 


ARCHITECTURE or8_larc OF ors’ IS 


BEGIN 
legic_process: PROCESS (ins) 
BEGIN 
IF ( ins = "00000000" ) THEN 
outl <= UO te 
ELSE 
outl <= 
END IF; 


END PROCESS logic_process; 
END or8_arc; 
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LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENDTLLY muxstol ss 


PORT ( 
ine : IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
sel 8 IN STD_LOGIC_VECTOR(2 DOWNTO 0); 
outl 8 OUT STD_LOGIC) ; 


END mux8tol; 


ARCHITECTURE mux8tol_if OF mux8tol IS 
BEGIN 
logic_process; PROCESS(ins,sel) 1S 
BEGIN 
TE (sels — 000") SraEN 
outl <> aljatts)(((0)) 9 
ELSIE (sel = "O01" )) THEN 
out] <= ins(1); 
RESLE (sels = "O10" )) THEN 
out <= ins(2); 
Bish a esele = Od AEN 
out <= ins({3); 
ELSIF ( sel = "100" )i THEN 
out <= ins(4); 
Bhorih (sel = "0" )\) THEN 
out <= ins({5); 
BhSrH 6 sel = ao") THEN 
out <= ins(6); 
ELSGIn ¢ sel= “iid" ) THEN 
out] <= ers (ei) 
ELSE 
out] <= 0"; 
END IF; 
END PROCESS logic_process; 
END mux8tol_if; 
ARCHITECTURE mux8tol_cases OF mux8tol IS 
BEGIN 
logic_process: PROCESS (ins,sel) IS 
BEGIN 
CASE (sel) IS 
WHEN "000" => 
out <= ins(0); 
WHEN "001" => 
out <= ins(1); 
WHEN "010" => 
out = alias, (2) yp 
WHEN "011" => 
outl sg absous: (S))).9 
WHEN "100" => 
outl <= ins(4); 
WHEN "101" => 
outl <= ins(5); 
WHEN "110" => 
outl = absos: (15). 9 
WHEN "111" => 
out > hose (7) 8 
WHEN OTHERS => 
out = ee ae 
END CASE; 


END PROCESS logic_process; 
END mux8tol_cases; 


LIBRARY IEEE; 


USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY dec3to8_ActiveLow IS 


PORT ( 
ins 
outs 

END dec3to8_ActiveLow; 


IN 


STD_LOGIC_VECTOR(2 DOWNTO 0); 


OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 


ARCHITECTURE dec3to8_ActiveLow_if OF dec3to8_ActiveLow IS 


(ins) 


THEN 


BEGIN 
leogic_process: PROCESS 
BEGIN 
Ea (Gein' sa OO) 
outs <= "0 
ELSIF ( ins = "001" 
outs <= "10 
RUSE Onis) — odio" 
outs <= " 
Ei Sub (eer See—— UO, 
outs <= 0 
Pi SLe Geiss OOM 
outs <= 
RUSE (nse —s ahOd 
outs <= «= 
Ei Sub ee See — as lO 
outs <= " 
BLSLE (ins) = “iti 
outs <= " 
ELSE 
outs <=" 
END IF; 
END PROCESS logic_process; 
END dec3to8_ActiveLow_if; 


ARCHITECTURE dec3to8_ActiveLow_cases OF dec3to8_ActiveLow IS 


BEGIN 
logic_process: 
BEGIN 

CASE (ins) IS 

WHEN "000" 
outs 
OO 
outs 
MOMLOM 


WHEN 


WHEN 


WHEN "111" 


WHEN OTHERS 


END CASE; 


PROCESS (ins) 


"011 


)) “0H 


) TH 
0 1 


END PROCESS logic_process; 
END dec3to8_ActiveLow_cases; 


Is 


Is 
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Chapter 7 
ile 


LIBRARY IEEE; 
USE ieee.std_logic_1164.all1; 


LOUNGE. (obec il) Ans) 


PORT ( 
S,D,CLK,R  : IN STD_LOGIC; 
Q,NOTQ : OUT STD_LOGIC); 
END dff_1; 


ARCHITECTURE dita learc OF dital 1S 
SIGNAL gq_temp s STD_LOGIC; 

BEGIN 
dff_process: PROCESS(CLK,S,R) IS 
BEGIN 

IF (S = '0") THEN 

q_temp <= '1'; 

ELSIF (R = '0') THEN 

q_temp <= '0'; 

ELSIF (RISING_EDGE(CLK)) THEN 

q_temp <= D; 
END IF; 

END PROCESS dff_process; 


Q <= g_temp; 
NOTQ <= NOT g_temp; 
ENDS Gt palace 


2. See solution to Exercise 1, as the given solution works in both cases. 


3. 
LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


EMTLTY ctf is 


PORT ( 
5, D, CLR, R IN STD_LOGIC; 
Q,NOTQ OUT STD_LOGIC) ; 
END dff_3; 


ARCHITECTURE dft_3_arc OF df£_3 IS 


SIGNAL gq_temp 3 STD_LOGIC; 
BEGIN 
dfif_process: PROCESS(CLK,S,R) IS 
BEGIN 
IF (RISING_EDGE(CLK)) THEN 
TE (Ss) =)! 0!) sTHEN 
q.temp <= '1'; 
ELSIF (R = '0') THEN 
q.temp <= '0'; 
ELSE 
q_temp <= D; 
END IF; 
END IF; 


END PROCH So. ditmprocess: 


Q <= gq_temp; 
NOTQ <= NOT g_temp; 
TaINID) hire 3) eveters 
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LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY dft_4 IS 


PORT ( 
S,D,CLK,R : IN STD_LOGIC; 
Q, NOTQ : OUT STD_LOGIC); 
END dff_4; 


ARCHITECTURE dff_4_are OF dff_4 IS 


SIGNAL gq_temp g STD_LOGIC; 
BEGIN 
dff_process: PROCESS(CLK,S,R) IS 
BEGIN 
IF (S = '0' AND R = '0') THEN 
gq_temp <= NOT q_temp; 
BLSLE (S = "@") THEN 
q_temp <= '1'; 
ELSIF (R = '0') THEN 
q_temp <= '0'; 
ELSIF (RISING_EDGE(CLK)) THEN 


q_temp <= D; 
END IF; 
END PROCESS dff_process; 


Q <= gq_temp; 
NOTQ <= NOT q_temp; 
END dff_4 arc; 


LEBRARY I[EEB; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY tff IS 
PORT ( 
Seueins i 3 IN STD_LOGIC; 
Q,NOTQ : OUT STD_LOGIC) ; 
END tff; 


ARCHITECTURE tff_equation OF tff IS 


SIGNAL gq_temp 8 STD_LOGIC; 
BEGIN 
tff_process: PROCESS (S,R,CLK) IS 
BEGIN 
Le GS — 02) tHEN 
qtemp <= '1'; 
RUSTE (R= 10.) THEN 
q.itemp <= '0'; 
ELSIF ( RISING_EDGE(CLK) ) THEN 
q_temp <= q_temp XOR T; 
END IF; 


END PROCESS tff_process; 


Q = Gacemnpy, 
NOTQ <= NOT q_temp; 
END tff_equation; 
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ARCHITECTURE tff_behavioral OF tff IS 
SIGNAL gq_temp 3 STD_LOGIC; 
BEGIN 
tff_process: PROCESS (S,R,'CLK) IS 
BEGIN 
LE Se=— 0M) ScaBN 
q.temp <= '1'; 
EVI SHD Bho (eee — sen! (AUN) ae HEIN 
q.itemp <= '0'; 
ELSIF ( RISING _EDGE(CLK) AND T = '1' ) THEN 
q.temp <= NOT q_temp; 
END IF; 
END PROCESS tff_process; 


Q <= q_temp; 
NOTO <= NOT q_temp; 
END tff_behavioral; 


6. See the second architecture of the previous solution (tff_behavioral). 


Chapter 8 
1. 
input/outut(Z2) 
RESET —> 
2: 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY Exercise_8 2 IS 


PORT ( 
Qn 8 IN STD_LOGIC; 
x g IN STD_LOGIC_VECTOR(1 TO 2); 
MG g OUT STD_LOGIC_VECTOR(1 DOWNTO 0); 
Z g OUT STD_LOGIC) ; 


END Exercise_8_2; 


ARCHITECTURE Exercise_8_2_arc OF Exercise_8_2 IS 
TABI, (SA IeNel GES, {¢SyinAl(Op, tstacto)il sedi al)) 6 
SIGNAL PS,NS 3 STATE_TYPE; 

BEGIN 
sync_process: PROCESS (CLK) IS 


BEGIN 
IF (RISING_EDGE(CLK)) THEN 
PS <= NS; 
END IF; 


END PROCESS sync_process; 


comb_process: PROCESS (X,PS) ZS 
BEGIN 
Vip <= VO E 
CASE (PS) IS 
WHEN ST10 => 


me (CD SO) asin 
NS <=  ST10; 
i anaes 

BN Soe E a (Ge Xe (1) — See. er ESN: 
NS <=  STO1; 
i <= OY: 

END IF; 

WHEN STO1 => 

mip ( (2) = NO 3) arising 
NS) == SLO, 
Z <= Laila: 

ine (A SS SL) anise 
NS <= ST11; 
Z <= '0Q!' 

END IF; 

WHEN ST11 => 

my ( (2) = NOU 3) arisin in] 
NS <=  ST10; 
Z <= alee. 

EES (3G (2) = ee) REN, 
NS <= STi; 
HA <n auee 

END IF; 


WHEN OTHERS => 
NSae <= oO: 
Zi <= LON 
END CASE; 
END PROCESS comb_process; 


WITH PS SELECT 
¥; <= "01" WHEN STO1, 
"10" WHEN ST10, 
TUTE SW Hibs Nis bales, 
"00" WHEN OTHERS; 


END Exercise_8_2_arc; 
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3. 
on sun /TOUT 
input /outut 
= (“s1\ 
BUM2/TOUT Sw. BUM1/TOUT 
BUM2/TOUT 
TOUT 
4, 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY Exercise_8 4 IS 


PORT ( 
CLK: IN STD_LOGIC; 
Xx E IN STD_LOGIC_VECTOR(1 TO 2); 
Z E OUT STD_LOGIC_VECTOR(1 TO 2)); 


END Exercise_8_4; 


ARCHITECTURE Exercise_8_4 arc OF Exercise_8_4 IS 
Geta, (SHUN Nee, ES) ((SsarOO), SsanOal. , Shaw lO) 
SIGNAL PS,NS g STALE TYPE 
BEGIN 
sync_process: PROCESS (CLK) IS 
BEGIN 
IF (RISING_EDGE(CLK)) THEN 
PS <= NS; 
END IF; 
END PROCESS sync_process; 


comb_process: PROCESS (X,EPS) IS 
BEGIN 
y, <= TOO: 
CASE (PS) IS 
WHEN STOO => 


Vala) <= '0'; 
IF ( X(1) = '0' ) THEN 
Z (2) <= '0'; 

NS <= ST10; 
mens ( xe) = Wale jy seems 
Z (2) <= '1'; 

NS <= $TO01; 

END IF; 

WHEN STO1 => 

Zila) <= '1'; 

TER GOXe(02)) =O) EEE 
Z (2) <= '1'; 
NS <= §T10; 

ELSIF ( X(2) = 1" ) THEN 
ney 0: 


NS <= STOO; 


END IF; 
WHEN ST10 => 
Z(1) <= alleys. 
ine (jy SS OOP fj) Anish 
Vi (ZA) <= belies 
NS <= STOO; 
SB Tin yale eu (eX (1) a et) eee EN 
Za(eZ)) <= Vals 
NS <= STO1; 
END IF; 
WHEN OTHERS => 
Up <= OOM. 
NS <= STOO; 
END CASE; 
END PROCESS comb_process; 
END Exercise_8_4 arc; 
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(noo. 
a, 


1/0 


RESET oe 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY Exercise_8 6 IS 


PORT ( 
CLK, X 3 IN STD_LOGIC; 
MG 3 OUT STD_LOGIC_VECTOR(1 DOWNTO 0); 
Z 3 OUT STD_LOGIC_VECTOR(1 TO 2)); 


END Exercise_8_6; 


ARCHITECTURE Exercise_8 6 arc OF Exercise_8_6 IS 
TYPE STATHOLYPH iS (STOO, STOm- Smile STi). 


SIGNAL PS,NS g STATE_TYPE; 
BEGIN 

sync_process: PROCESS (CLK) IS 

BEGIN 


IF (RISING_EDGE(CLK)) THEN 
PS <= NS; 
END IF; 
END PROCESS sync_process; 
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comb_process: 
BEGIN 
Z <= 
CASE 


"00"; 
(CES) aees 


WHEN STOO => 


Z (1) 


IF (X= 


Z(2) 
NS 
ELSIF ( 
Z (2) 
NS 
END IF; 


WHEN STO1 => 


Z (1) 


IF (X= 


Z(2) 


END IF; 


END IF; 


WHEN ST11 => 


Z (1) 


IF (X= 


PAZ) 
NS 
ELSIF ( 
Z(2) 
NS 
END IF; 
WHEN OTHERS 
Z <= 
NS <= 
END CASE; 


PROCESS (X,PS) IS 


<= Mag 
COU) eG EEN, 
<= WOute® 
<= ST10; 
= 1!) THEN 
<= "QO! 
<= STOO; 
<= VO) 
COC) ean 
<= VOUS 
<= Srl; 
=) AEN 
<= NOM: 
es Lome, 
<= lelete 
LOSS) eee ELEN 
<= House. 
<= STO1; 
= '1' ) THEN 
<= TO p 
<= STOO; 
<= HOM. 
COTS) eben 
<= cet 
<= STOO; 
=" )) THEN 
<= WOute® 
= Soils 
== 
OO ee. 
SEO}: 


END PROCESS comb_process; 


WITH PS SELECT 


M <= "00" WHEN 
"01" WHEN 
"10" WHEN 
"11" WHEN 
"00" WHEN 


END Exercise_8_6_arc; 


STOO, 
STOl, 
SLO), 
Sule 
OTHERS; 
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7. The state machine is of Mealy type. 
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X1/Z1/Z2 X2/Z1/Z2 
X1/Z1/Z2 
SET — 


X2/Z1/Z2 X2/Z1/Z2 


input /Z1/Z2 


CLR — 
X1/Z1/Z2 


X1/Z1/Z2 X2/Z1/Z2 


LIBRARY IEEE; 
USE IEEE.STD_ LOGIC _1164.ALL; 


ENTITY Exercise_8_8 IS 


PORT ( 
CLK, X g IN STD_LOGIC; 
M g OUT STD_LOGIC_VECTOR(2 DOWNTO 0); 
Z g OUT STD_LOGIC_VECTOR(1 TO 2)); 


END Exercise_8_8; 


ARCHITECTURE Exercise_8 8 arc OF Exercise_8_8 IS 
TSG SIVA Aaa, IGS) (SELON). tSxartOhO) al, Sy WO) aL) -, Ssaroyaal, Stes awa (OVO), See L(6)al, 5 Siar ILO), 


fsyaval ala) 4 
SIGNAL PS,NS g STATE TYPE; 
BEGIN 
sync_process: PROCESS (CLK) IS 
BEGIN 


IF (RISING_EDGE(CLK)) THEN 
PS <= NS; 
END: IF; 
END PROCESS sync_process; 


comb_process: PROCESS (X,PS) ZS 
BEGIN 
Vp <= WOON: 
CASE (PS) IS 
WHEN STOOO => 


Zz, <= "00"; 
ih x =] 00" )) THEN 
NS <= STOOO; 
ELSIF ( X = '1l' ) THEN 
NS <= STO0O1; 
END IF; 
WHEN STOQ1 => 
VA <= MOON: 
Te exec Ol! 8) meen 
NS <= S§T001; 
HUSGE (Ge =) ol 5), rH 


NS <= §T010; 
END IF; 
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WHEN STO10 
Z <= 

Tein CO 

NS 

ELSIF ( 

NS 

END IF; 
WHEN STO11 
Z <= 

ae (C38 

NS 

ELSIF ( 

NS 
END IF; 
WHEN ST100 


END IF; 
WHEN ST101 


END IF; 
WHEN ST110 


ELSIF ( 
NS 
END IF; 
WHEN ST111 
Fo c= 

IF (xX 

NS 
ELSIF ( 

NS 

END IF; 
WHEN OTHERS 


NS <= 
END CASE; 
END PROCESS comb_pr 


WITH PS 
Y —— 


SELECT 
TMOG 
MOU 
MOE ORE 
Loy ets 
TOOL 
LOU 
ede ES 
Uae aLAM 
SOOO 
END Exercise_8_8_arc; 


SSSBaEazZRzZazZa2=2 


=> 


WOON: 
= '0O' ) THEN 

<= S§TO10; 

x= 1" ) THEN 
<= S§TO011; 
== 

Walioyiic 
= 0" )) THEN 

<= fsuan(dilils 
x=) TEN 
<= ST100; 
=> 

MOM tee 
=) 0.) THEN 

<= ST000; 
<=) EN 
<= S§T101; 
— 

BEL 
= '0' ) THEN 

eS ele Oley 
=e) aN 
<—) STAs; 
Pain 
= 0" 5) SIREN 

<= §T110; 
<=) AEN 
<= $§T111; 
=> 

alee 
= YO! jy asian 

<= S§T111; 

ee el) aE 
<= ST000; 

=> 

OOM. 

STOOO; 
ocess; 

HEN STOOO, 

HEN STOO1, 

HEN STO10, 

HENS Oui 

HEN ST100, 

HEN ES TOM 

HEN STL LOF 

HE Nic) belialiely? 

HEN OTHERS; 


Chapter C: Exercise Solutions 


LIBRARY IEEE; 


USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY Exercise_8 9 IS 


PORT ( 
CLK, X g IN STD_LOGIC; 
MG 3 OUT STD_LOGIC_VECTOR(1 DOWNTO 0); 
Z g OUT STD_LOGIC_VECTOR(1 TO 2)); 


END Exercise_8_9; 


ARCHITECTURE Exercise_8_9 arc OF Exercise_8_9 IS 
TYPHSRATLM OLY PH Ens i((SLOO;SmOme Smo Smell), 


SIGNAL PS,NS g STATE_TYPE; 
BEGIN 
sync_process: PROCESS (CLK) IS 
BEGIN 
IF (RISING_EDGE(CLK)) THEN 
PS <= NS; 
END IF; 
END PROCESS sync_process; 
comb_process: PROCHSS:(4,/2S)) is 
BEGIN 
ip <= WOON 
CASE (PS) 18 
WHEN STOO => 
Z(1) <= 10%; 
HID Ee (eX — on OD) ele EN 
Z(2) <= 80's 
NS <= STOO; 
Jaina {96 =e Val) austin) 
Z(2) ee Oey 
NS <= STO1; 
END IF; 
WHEN STO1 => 
Z(1) <= %0"5 
TF (xX = "0" )) THEN 
va (24) <= Qs 
NS <= STO00; 
jaune iN 1 6 Se Vale jp anal) 
Z(2) <= 'O'; 
NS = Saale 
END IF; 
WHEN ST10 => 
Z(1) <= %0% 
ina 6 3 eS Oy Susan 
Z(2) <= FO"; 
NS <= STOO; 
BN SaeE (se see NT 
Z(2) <= Fy 
NS <= Slo; 
END IF; 
WHEN ST11 => 
Z(1) aS 
Le (x 0) HEN 
Z(2) <= 
NS <= STOO; 
jadivsabiat YC Oe ee lal) Oy Abstain 
Z(2) aU 
NS K= Siri 
END IF; 
WHEN OTHERS => 
WA a moo" 


NS <= STOO 
END CASE; 
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END PROCESS comb_process; 


With P'S SELECT 
¥ <= "00" WHEN STOO, 
“OL” WHEN Si0d; 
SLO" WHEN “Sido; 
WORM! Meum, {Senile 
"00" WHEN OTHERS; 
END Exercise_8_9_arc; 


10. 
LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY Exercise_8_10 IS 


PORT ( 
> GaCALNS 8 IN STD_LOGIC; 
NG : OUT STD_LOGIC_VECTOR(1 TO 3); 
Z g OUT STD_LOGIC) ; 


END Exercise_8_10; 


ARCHITECTURE Exercise_8_10_arc OF Exercise_8_10 IS 
iG SaN ee, Aes) {FS uO OAL, ts31010) 110), css MO)(0))) 9 
SIGNAL PS,NS 8 STALE EYEE 
BEGIN 
sync_process: PROCESS (CLK) IS 
BEGIN 
IF (RISING_EDGE(CLK)) THEN 
PS: <= NS; 
END IF; 
END PROCESS sync_process; 


comb_process: PROCESS (XxX, ES)! is 
BEGIN 
7, <= VOM: 
CASE (PS) IS 
WHEN ST100 => 
vA ge Ps 
NS <=  STO10; 
WHEN STO10 => 


ace (Ce > AON hy aris 
YA <= VOR 
NS <=  ST100; 
BLSTE (x= 1), GHEN 
VA <= VOR 
NS <=  STOO0O1; 
END IF; 
WHEN STOO1 => 
Z <= lea 


NS <= ST100; 
WHEN OTHERS => 


Z << Ole 
NS <= §$§T100; 
END CASE; 


END PROCESS comb_process; 


WITH PS SELECT 
ne <= "100" WHEN ST100, 
"010" WHEN STO10, 
"001" WHEN STOOI1, 
"100" WHEN OTHERS; 
END Exercise_8_10_arc; 
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11. 
LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY Exercise_8_10 IS 


PORT ( 
Xx 3 IN STD_LOGIC_VECTOR(1 TO 2); 
CLK 3 IN STD_LOGIC; 
ve 8 OUT STD_LOGIC_VECTOR(2 DOWNTO 0); 
Z g OUT STD_LOGIC) ; 


END Exercise_8_10; 


ARCHITECTURE Exercise_8_10_arc OF Exercise_8_10 IS 
AGE (SMAI INGE, IS ((SMEOO IL, Sar O)ALO) -fsyateiL (ONO) 2 


SIGNAL PS,NS 8 STATE_TYPE; 
BEGIN 

sync_process: PROCESS (CLK) IS 

BEGIN 


IF (RISING_EDGE(CLK)) THEN 
PS <= NS; 
END IF; 
END PROCESS sync_process; 


comb_process: PROCESS (X%,PS) ZS 
BEGIN 
Up <= 10) Mug 
CASE (PS) IS 
WHEN STOO1 => 


IF ( X(1) = '0' ) THEN 
B <= 0%, 
NS <= STO010; 
ELSIF ( X(1) = '1' ) THEN 
Bw <=S 1s 
NS) <= VS L00e 
END IF; 
WHEN STO10 => 
ie {( 6G) > OY 3) ans 
i <= '0'; 
NS <=  S§ST100; 
STi a (fe (Gls) ay) ee UN 
vi <a: 
NS) <=) S00; 
END IF; 
WHEN ST100 => 
ine (C (2y SOY) ani shies| 
i <= '0'; 
NS <= STOO]; 
ELSiE A X(2)) =) THEN: 
hee 
NS <=  ST100; 
END IF; 
WHEN OTHERS = 
zi <= 0% 
NS <=  ST100; 
END CASE; 


END PROCESS comb_process; 


WITH PS: SELECT 
AG <= "100" WHEN ST100, 
"010" WHEN STO10, 
WOOD WHEN 7S 1.0007 
"HOO" WHEN OTHERS; 
END Exercise_8_10_arc; 
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12: 
LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY Exercise_8_12 IS 


PORT ( 
(Cibje § IN STD_LOGIC; 
Xx : IN STD_LOGIC_VECTOR(1 TO 2); 
MG e OUT STD_LOGIC_VECTOR(2 DOWNTO 1); 
Z 2 OUT STD_LOGIC_VECTOR(1 TO 2)); 


END Exercise_8_12; 


ARCHITECTURE Exercise_8_12_arc OF Exercise_8 12 IS 
Lvs SaeNm INE, ALS) {Suto}, sian Oil Syl) 
SIGNAL PS,NS 8 STALE TYPE 
BEGIN 
sync_process: PROCESS (CLK) IS 
BEGIN 
IF (RISING_EDGE(CLK)) THEN 
Sais seNiGhy 
END IF; 
END PROCESS sync_process; 


comb_process: PROCESS (Ge, ES) ns 
BEGIN 
Wi <= SOO 
CASE (PS) IS 
WHEN STOO => 


Z (2) <= '1'; 
IF ( X(2) = '0' ) THEN 
Zi(els) <= '0'; 
NS <= §T11; 
ELSIF ( X(2) = '1' ) THEN 
Za(-ly <= '1'; 
NS <= ST00; 
END IF; 
WHEN STO1 => 
Z (2) <= '0'; 
IF ( X(2) = '0' ) THEN 
Z(1) <= 'Ll'; 
NS <= $§T00; 
ELSIF ( X(2) = '1' ) THEN 
Z(1) <= '0'; 
NS <= §T11; 
END IF; 
WHEN ST11 => 
Z (2) <= 'l'; 
IF ( X(1) = '0' ) THEN 
ra (Ly <= '0O'; 
NS <= §T11; 
ELSIF ( X(1) = '1' ) THEN 
Z (1) <= '1'; 
NS <= §T01; 
END IF; 
WHEN OTHERS => 
z, <= "00"; 
NS <= STOO; 
END CASE; 


END PROCESS comb_process; 


WITH PS SELECT 
4 <= "00" WHEN STOO, 
"01" WHEN STO1, 

"11" WHEN ST11, 


"00" WHEN OTHERS; 


END Exercise_8_12_arc; 
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13. 
LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164 


ENTITY Exercises 3.13 ES 
PORT ( 
x 
CLK 
xe 
(CS IRID) 
END Exercise_8_13; 


ARCHITECTURE Exercise_8 
TYPH STATELY EE as 
SIGNAL PS,NS 

BEGIN 
sync_process: PRO 
BEGIN 

IF (RISING_EDGE ( 
PS <= NS; 
END IF; 
END PROCESS sync_pr 


comb_process: PRO 
BEGIN 
CSa— Oe. 
BU = Oh: 
CASE (PS) IS 
WHEN STOO1 
ings (DK 
cs 
RD 
NS 
iovins nar X( 
cs 
RD 
NS 
END IF; 
WHEN STO010 
CS <= 
RD <= 
NS <= 
WHEN ST100 
ine et 
Cs 
RD 
NS 
Bilin Sul by a( 
cs 
RD 
NS 
END IF; 
WHEN OTHERS 
CS <= 
RD <= 
NS <= 
END CASE; 


END PROCESS comb_pr 


.ALL; 


IN STD_LOGIC_VECTOR(1 TO 2); 
IN STD_LOGIC; 
OUT STD_LOGIC_VECTOR(3 DOWNTO 
OUT STD_LOGIC) ; 


mlsmanc OW Exerc seems ahs 
(SOOM SOLO), SesllOe)) F 
STATE_TYPE; 

CESS (CLK) 2s 


CLK) ) THEN 


ocess; 


CESS (%,PS) IS 


=> 


Dy Sy asian 
<= uote 
<= 'L'; 
<= §TO10; 
Neil) = Pal ¥) Saeiany 
<= 'l'; 
<= uate 
<= sT100; 
= 
la 
MLO 
Se ILONOIS 
=5 
2) = '0' ) THEN 
<= VO p 
<= Oe. 
<= eSnO Ons; 
(2) = a) THEN 
<= "oO! 
<= VAL Us 
<= §T100; 
— 
i Oier 
wore 
Se OOF 
ocess; 
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WITH PS SELECT 

Y <= "100" WHEN ST100, 
"010" WHEN STO10, 
"001" WHEN STOO1, 
"100" WHEN OTHERS; 

END Exercise_8_13_arc; 
14. 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164 


ENTITY Exercise_8_14 IS 


PORT ( 
Xx IN 
CLK IN 
NG OUT 
Z OUT 


END Exercise_8_14; 


.ALL; 


STD_LOGIC_VECTOR (1 
STD_LOGIC; 

STD_LOGIC_VECTOR (3 
STD_LOGIC_VECTOR (1 


TOm 2) 


DOWNTO 1); 
Mor 2) )) B 


ARCHITECTURE Exercise_8_14 arc OF Exercise_8_14 IS 
DG, SIN INI, AS) {SHON OVAL s31010) IL (0), tsyrei{O)(0})) 9 
SIGNAL PS,NS STALE EYP E 

BEGIN 
sync_process: PROCESS (CLK) IS 
BEGIN 

IF (RISING_EDGE(CLK)) THEN 
PS <= NS; 
END IF; 
END PROCESS sync_process; 
comb_process: PROCESS (Xx, ES) ins 
BEGIN 
np <= TOO 
CASE (PS) IS 
WHEN STOO1 => 
Za(l) ea Nits 
ine (Se Cil)y SOY 4) arlene 
Z(2) <= "0%; 
NS <=  ST100; 
BLStE (Xa) = i), THEN 
Z (2) <= ‘1! 
NS <=  STO10; 
END IF; 
WHEN STO10 => 
Z (1) Sts 
iF (CC xX(2)) = 50.) THEN 
Z (2) <= '1'; 
NS <=  ST100; 
SHB (exe ((2)) ee) ELEN) 
Z(2) a= NON 
NS <= STOO1; 
END IF; 
WHEN ST100 => 
Z(1) <li: 
iin (C Se(yy = NON yy anisnerny 
Z(2) a alive 
NSo <= eS LOO: 
BLSir (XG) = oi) SHEN 
Z (2) c= NL Ne 
NS =) SOMO 
END IF; 


WHEN OTHERS => 


7 <= MOON 
NSa esas SL OUO; 
END CASE; 
END PROCESS comb_process; 


WITH PS’ SELECT 
x OO WHEN eS lk OOF 
SOMO WHEN Sik Os1EO 7 
"001" WHEN STOOI1, 
"100" WHEN OTHERS; 
END Exercise_8_14 arc; 
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Chapter 9 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY big_and IS 
PORT ( 
sig aling § IN STD_LOGIC; 
@ibiedl 3 OUT STD_LOGIC) ; 
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END big_and; 


ARCHITECTURE big_and_arc OF big_and is 
BEGIN 

outl <= inl AND in2; 
END big_and_arc; 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY big_not IS 
PORT 
alyovil g IN STD_LOGIC; 
outl e OUT STD_LOGIC) ; 
END big not; 


ARCHITECTURE big_not_arc OF big_not IS 
BEGIN 


ouEl <= NOT inl; 
END big_not_arc; 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


Eh Ye -balqmor) ahs 


PORT ( 
alsoull , stio, 8 IN STD_LOGIC; 
outl s OUT STD_LOGIC) ; 
END big_or; 


ARCHITECTURE big_or_are OF big_or IS 
BEGIN 

outl oral qtll (0 )= Sal oF; 
END big_or_arec; 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY big_and4 IS 
PORT( 
alsoull shia SUal Sh, aligvél’ g IN STD_LOGIC; 
(ohe sl g OUT STD_LOGIC) ; 
END big_and4; 


ARCHITECTURE big_and4_arc OF big_and4 IS 
BEGIN 

outl <= inl AND in2 AND in3 AND in4; 
END big_and4_arc; 


Solutions 
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LIBRARY LEER; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY dec3to8 IS 
PORT ( 
ins g IN STD_LOGIC_VECTOR(2 DOWNTO 0); 
outs g OUT STD_LOGIC_VECTOR(0 TO 8)); 
END dec3to8; 


ARCHITECTURE dec3to8_arc OF dec3to8 IS 
BEGIN 
WITH ins SELECT 


outs <= "10000000" WHEN "000", 
"01000000" WHEN "001", 
"00100000" WHEN "010", 
"00010000" WHEN "011", 
"00001000" WHEN "100", 
"00000100" WHEN "101", 
"00000010" WHEN "110", 
"00000001" WHEN "111", 
"00000000" WHEN OTHERS; 


END dec3to8_arc; 


a) 
LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY Exercise_9 3_a IS 
PORT ( 
A,B,C : IN STD_LOGIC; 
E 3 OUT STD_LOGIC) ; 
END Exercise_9_3_a; 


ARCHITECTURE Exercise_9_3_a_arc OF Exercise_9 3_a IS 


COMPONENT big_and IS 
PORT ( 
aljouil ; Shigus 2 IN STD_LOGIC; 
outl g OUT STD_LOGIC) ; 
END COMPONENT big_and; 


COMPONENT big_not IS 
PORT ( 
akigul 3 IN STD_LOGIC; 
outa p OUT STD_LOGIC) ; 
END COMPONENT big_not; 
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COMPONENT big_or IS 


PORT ( 
abiglil, stiqu2, 2 IN STD_LOGIC; 
outl 3 OUT STD_LOGIC) ; 


END COMPONENT big_or; 


SIGNAL notA,notB,notC g STD_LOGIC; 
SIGNAL andlout,and2out : STD_LOGIC; 
BEGIN 
Anot: big_not PORT MAP ( 
in => A, 
out => notA); 
Boot: big_not PORT MAP ( 
nLyo\ => 2B, 
out => notB); 
enol: big_not PORT MAP ( 
in == (, 
out => notcC); 
andl: big_and PORT MAP ( 
in => A, 
ine => notB, 
outl => andlout); 
and2: big_and PORT MAP ( 
inl => notA, 
in2 => notc, 
outl => andZ2out); 
omil: big_or PORT MAP ( 
inl => andlout, 
ale => and2out, 
outl => F); 


END Exercise_9_3 _a_arc; 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTETY Exercise 9 356 1S 


PORT ( 
PBS : IN STD_LOGIC; 
EF g OUT STD_LOGIC; 
dec_out : OUT STD_LOGIC_VECTOR(0 TO 7)); 


END Exercise_9_3_b; 


ARCHITECTURE Exercise_9_3 b_arc OF Exercise_9_3_b IS 
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=== 38 Decoder === 


COMPONENT dec3to8 IS 
PORT ( 
ins 5 IN STD_LOGIC_VECTOR(2 DOWNTO 0); 
outs : OUT STD_LOGIC_VECTOR(0 TO 8)); 
END COMPONENT dec3to8; 


COMPONENT big_and4 IS 
PORT ( 
aljguil , Shigv inS}_ shigw!| 9 IN STD_LOGIC; 
enc il g OUT STD_LOGIC) ; 
END COMPONENT big_and4; 


SIGNAL out0; Cucl outs, .cutk4d STD_LOGIC; 

SIGNAL ins Bi STD_LOGIC_VECTOR(2 DOWNTO 0); 
BEGIN 

dec: dec3to8 PORT MAP ( 

ins => ins, 

outs(0) => out0, 

outs(1) => outl, 

outs(2) => dec_out (2), 

outs(3) => outsy 

outs(4) => out4, 
outs(5) => dec_out(5), 

euts(6) => deczout (6), 

outs(7) => dec_out(7)); 
and4: big_and4 PORT MAP ( 

cBeall => out0, 

in2 => outl, 

in3 => out3, 

in4 => out4, 

@ibiedl => F); 
dec_out(0) <= out0; 
dec_out(1) <= outl; 
dec_out(3) <= out3; 
dec_out(4) <= out4; 


ins <= A&B&C; 


END Exercise_9_3_b_arc; 


c) 
LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENT tixerciscm asec ens 
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EN sees 
OUTS 2 Dix: 
END Exercise_9_3_c; 


ARCHITECTURE Exercise_9_3_c_. 


COMPONENT big_and IS 
PORT ( 
algqlills atsaye IN 
outl OUT 
END COMPONENT big_and; 


COMPONENT big_not IS 
PORT ( 
still, IN 
ouicell OUT 
END COMPONENT big_not; 


COMPONENT big_or IS 
PORT ( 
sliglll sabia” IN 
outl OUT 
END COMPONENT big_or; 


SIGNAL notB,notC 
SIGNAL andlout, and2out 


BEGIN 
Boies: 


in 
outl 


iDaicenaits 


Cnors 
alot 
outl 


andl: 
in 
in2 
outl 


and2: 
aLiguil 
ag 


big_ 
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LOGIC; 
LOGIC) ; 


fliatel (O)W) lipiqeyateliisvex 2) Sf yeh, IES) 


STD_LOGIC; 
STD_LOGIC) ; 


STD_LOGIC; 
STD_LOGIC) ; 


STD_LOGIC; 
STD_LOGIC) ; 


STD_LOGIC; 
STD_LOGIC; 
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outl => and2out); 

onal: big_or PORT MAP ( 
atsqul, => andlout, 
chews => and2out, 
outl => F); 


END Exercise_9_3_c_arc; 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


Ni Yerxencmscn Imo mc hs 
PORT ( 
A,B,C : IN STD_LOGIC; 
E . OUT STD_LOGIC) ; 
END Exercise_9_3_d; 


ARCHITECTURE Exercise_9_3_d_arce OF Exercise_9_3_d IS 


COMPONENT big_and IS 
PORT ( 
aljguil sig 2 IN STD_LOGIC; 
outl g OUT STD_LOGIC) ; 
END COMPONENT big_and; 


COMPONENT big_not IS 
PORT ( 
aemals 3 IN STD_LOGIC; 
oued g OUT STD _ LOGIC) ; 
END COMPONENT big_not; 


COMPONENT big_or IS 
PORT ( 
aliguil , aki, “2 IN STD_LOGIC; 
outl : OUT STD_LOGIC) ; 
END COMPONENT big_or; 


SIGNAL notA,notC 
SIGNAL andlout, and2out 


STD_LOGIC; 
STD_LOGIC; 


BEGIN 
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Anot big_not PORT MAP ( 
in => A, 
outl => notA); 
Cnot big_not PORT MAP ( 
aig = (eh 
outl => noe): 
andl: big_and PORT MAP ( 
algal => nota, 
alsoy) => notc, 
outl => andlout); 
and2: big_and PORT MAP ( 
alslil => A, 
in? => 2B, 
outl => and2out); 
@ieils big_or PORT MAP ( 
aLigull => andlout, 
La => andZout, 
outl => F); 


END Exercise_9_3_d_arc; 


Chapter 10 


The components used in each of the exercises are as shown below. 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY mux2ilo8w IS 


POR T( 
dep Le oF IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
sel B IN STD_LOGIC; 
our l : OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 


END mux2ilo8w; 


ARCHITECTURE mux2ilo8w OF mux2ilo8w IS 
BEGIN 
WITH sel SELECT 
outl <= inl WHEN '0', 
in2 WHEN '1l', 
(OTHERS => '0') WHEN OTHERS; 
END mux2ilo8w; 


=== Bielodie, “heal jMiube soe 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY mux4ilo8w IS 
PORT ( 
riba), abil calsayeyskigks) 8 IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
sel S IN STD_LOGIC_VECTOR(1 DOWNTO 0); 


Outed 
END mux4ilo8w; 


OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 


ARCHITECTURE mux4ilo8w OF mux4ilo8w IS 


BEGIN 
WITH sel SELECT 
foie 2= in 
algquil 
ler 
ans) 


WHEN "00", 
WHEN "01", 
WHEN "10", 
WHEN "11", 


(OTHERS => '0') WHEN OTHERS; 


END mux4ilo8w; 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164. 


ENTITY decoderlto2 IS 
PORT ( 
alsguil 
Out 0 Foutel: 
END decoderlto2; 


ARCHITECTURE declto2 OF 
BEGIN 


ALL; 


IN STD_LOGIC; 
OUT STD_LOGIC); 


decoderlto2 IS 


output_process: PROCESS (inl) IS 


BEGIN 
DE (Gas 005). aire N 
Ouc OM <== ht. 
outl <= 200 
ELSI (anil =) a) Tae 


outO <= '0'; 
Outda <=) 
ELSE 

(eile) <= V0) 6 
(eibicd, <a> OG 
END IF; 


END PROCESS output_process; 


END declto2; 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164. 


ENTITY reg8 IS 


PORT ( 
REG_IN S IN 
CLK, LD g IN 
REGSOUL 7; OUT 

END reg8; 


ALL; 


STD_LOGIC_VECTOR (7 
STD_LOGIC; 
STD_LOGIC_VECTOR (7 


ARCHITECTURE reg OF reg8 IS 


BEGIN 


load_process: PROCESS(CLK) IS 


BEGIN 


IF (RISING_EDGE(CLK)) THEN 


DOWNTO 0); 


DOWNTO 0)); 
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Solutions 


TN (OD) PAL) aaah] 
REG_OUT <= REG_IN; 
END IF; 
END IF; 
END PROCESS load_process; 
END reg; 
ity 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY muxreg IS 


PORT ( 
A,B : IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
TDA, Shi AGiKe = IN STD_LOGIC; 
F : OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 


END muxreg; 


ARCHITECTURE muxreg_arc OF muxreg IS 


COMPONENT reg8 IS 


PORT ( 
REG_IN : IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
Cut, 2 IN STD_LOGIC; 
REG_OUT : OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 


END COMPONENT reg8; 


COMPONENT mux2ilo8w IS 


PORT ( 
inl,in2 : IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
sel : IN STD_LOGIC; 
outl : OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 


END COMPONENT mux2ilo8w; 


SIGNAL muxout g STD_LOGIC_VECTOR(7 DOWNTO 0); 
BEGIN 
mux: mux2ilo8w PORT MAP ( 
inl => A, 
in2 => B, 
sel => SEL, 
outl => muxout); 
reg: reg8 PORT MAP ( 
REG_IN => muxout, 
(Cmax =o Cie, 
LD =e AM 
REG_OUT => F); 


END muxreg_arc; 
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LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY muxdec2r IS 


PORT ( 
Mp Neg VA 3 IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
MS g IN STD_LOGIC_VECTOR(1 DOWNTO 0); 
DS;CLK ; IN STD_LOGIC; 
RB, RA g OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 


END muxdec2r; 


ARCHITECTURE muxdec2r OF muxdec2r IS 


COMPONENT mux4ilo8w IS 


PORT ( 

inO,inl,in2,in3 : IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
sel : IN STD_LOGIC_VECTOR(1 DOWNTO 0); 
outl : OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 


END COMPONENT mux4ilo8w; 


COMPONENT decoderlto2 IS 
PORT ( 
inl 8 IN STD_LOGIC; 
out), outl g OUT STD_LOGIC) ; 
END COMPONENT decoderlto2; 


COMPONENT reg8 IS 


PORT ( 
REG_IN : IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
CLK,LD : IN STD_LOGIC; 
REG_OUT : OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 


END COMPONENT reg8; 


SIGNAL muxout, regAout, regBout g STD_LOGIC_VECTOR(7 DOWNTO 
0); 
SIGNAL decout0, decout1 p STD_LOGIC; 
BEGIN 
mux: mux4ilo8w PORT MAP ( 
ind => regBout, 
ahigyil => Z, 
aig => Y, 
in3 => xX, 
sel => MS, 
outl => muxout); 
dec: decoderlto2 PORT MAP ( 
ahigull, => DS, 


outd => decout0, 
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outl => decoutl); 
regA: reg8 PORT MAP ( 

REG_IN => muxout, 

CLK = Cine, 

LD => decout0, 


REG_OUT => regAout); 


regB: reg8 PORT MAP ( 
REG_IN => regAout, 
CLK => Chih, 
LD => decoutl, 


REG_OUT => regBout) ; 


RA <= regAout; 
RB <= regBout; 


END muxdec2r; 


LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY DualMuxDualReg IS 


PORT ( 
xy : IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
LDA, LDB : IN STD_LOGIC; 
s0,S1 : IN STD_LOGIC; 
CLK : IN STD_LOGIC; 
RB : OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 


END DualMuxDualReg; 


ARCHITECTURE DualMuxDualReg_Arc OF DualMuxDualReg IS 


COMPONENT reg8 IS 


PORT ( 
REG_IN : IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
CLE s IN STD_LOGIC; 
REG_OUT : OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 


END COMPONENT reg8; 


COMPONENT mux2ilo8w IS 


PORT ( 
seal were a IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
sel : IN STD_LOGIC; 
OUEL : OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 


END COMPONENT mux2ilo8w; 


SIGNAL MuxlOut,Mux20ut : STD_LOGIC_VECTOR(7 DOWNTO 0); 
SIGNAL RegAOut,RegBOut : STD_LOGIC_VECTOR(7 DOWNTO 0); 


BEGIN 
muxl: 
stigull => 
in2 => 
sel => 
outl => 
regA: 
REG_IN => 
CLK => 
LD => 
REG_OUT => 
mux 
inl => 
sLigye: => 
sel => 
outl => 
regB: 
REG_IN => 
CLK => 
LD => 
REG_OUT => 
RBY <= RegBouc; 


Xx, 


RegBOut 


Sily 
Mux10u 


reg8 PORT MAP ( 
Muxl0ut 


CLK, 
LDA, 
RegAOu 


mux2ilo8w PORT 
RegAOut 


Ne, 
so, 
Mux20u 


reg8 PORT MAP ( 
Mux20ut 


CLK, 
LDB, 
RegBOu 


END DualMuxDualReg_Arc; 


mux2ilo8w PORT MAP ( 


Ep 


Ly 


t); 


MAP ( 


=e 


ee 
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LIBRARY IEEE; 


USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY DualMuxDualReg IS 


PORT ( 


LDA, LDB, S0,S1,RD, CLK 


0)); 
END DualMuxDualReg; 


IN 
IN 


STD_LOGIC; 
STD_LOGIC_VECTOR (7 


OUT STD_LOGIC_VECTOR (7 


ARCHITECTURE DualMuxDualReg_arc OF DualMuxDualReg IS 


COMPONENT reg8 IS 


PORT ( 
REG_IN 
CLK, LD 
REG_OUT 


IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
IN STD_LOGIC; 
OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 


END COMPONENT reg8; 


Outer, 


8-wide Mux --- 


COMPONENT mux2ilo8w IS 


DOWNTO 


DOWNTO 
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PORT ( 
inline + IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
sel : IN STD_LOGIC; 
Ue 3 OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 


END COMPONENT mux2ilo8w; 


SIGNAL Mux1lOut,Mux20ut 
SIGNAL RegAOut, RegBOut 
SIGNAL And1lOut, And20ut 


BEGIN 
And1lOut <= LDB AND NOT RD; 
AND20Out <= LDA AND RD; 
muxl: mux2ilo8w PORT MAP ( 
in => X, 
abig?) an a 
sel oily, 
outl => MuxlOut); 
mux2: mux2ilo8w PORT MAP ( 
in => X, 
imn2Z => RegBOut, 
sel => SO, 
outl => Mux2O0ut) ; 
regA: reg8 PORT MAP ( 
REG_IN => Mux2Out, 
Gin = (ix, 
LD => And2Out, 
REG_OUT => RegAOut); 
regB: reg8 PORT MAP ( 
REG_IN => MuxlOut, 
CLK = Ok, 
LD => AndlOut, 
REG_OUT => RegBOut); 
RA <= RegAOut; 
RB <= RegBOut; 


END DualMuxD 


ualReg_arc; 


STD_LOGIC_VECTOR(7 DOWNTO 0); 
STD_LOGIC_VECTOR(7 DOWNTO 0); 
STD_LOGIC; 


LIBRARY IEEE 


if 


USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY DualRegDecMux IS 


PORT ( 
Dy Bip 
Sill, 
RAX, 
END DualRegD 


ic : IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
Si2, CLE. = IN STD_LOGIC; 
RBX : OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 


ecMux; 


ARCHITECTURE DualRegDecMux_arc OF DualRegDecMux IS 


aio ehecodern——— 
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COMPONENT decoderlto2 IS 


PORT ( 
and 
out0,outl 


IN STD_LOGIC; 
OUT STD_LOGIC) ; 


END COMPONENT decoderlto2; 


COMPONENT reg8 IS 
PORT;( 
REG_IN 
CLK, LD 
REG_OUT 
END COMPONENT reg8; 


IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
IN STD_LOGIC; 
OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 


——— asin, ib—eyble, tsi—yiltele: With ——— 


COMPONENT mux2ilo8w 
PORT ( 
algo, alo) 
sel 
outl g 
END COMPONENT mux2il 


SIGNAL DecOut0,DecOu 
SIGNAL MuxOut 


iS 


IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
IN STD LOGIC; 

OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 
o8w; 


eal STD_LOGIC; 


STD_LOGIC_VECTOR(7 DOWNTO 0); 


BEGIN 
dec: decoderlto2 PORT MAP ( 
atiqull, => SLi, 
outd => decout0, 
outl => decoutl); 
mux: mux2ilo8w PORT MAP ( 
inl => B, 
in2 => C, 
sel => SL2, 
outl => MuxOut); 
regA: reg8 PORT MAP ( 
REGOUNG ==) Ay 
CLK == (ux, 
LD => DecOutl, 
REG_OUT => RAX); 
regB: reg8 PORT MAP ( 
REG_IN => MuxOut, 
CLK 25. (Cis, 
LD => DecOut0, 


REG_OUT => RBX) 


END DualRegDecMux_arc; 


, 
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LIBRARY IEEE; 
USE IEEE.STD_LOGIC_1164.ALL; 


ENTITY DualRegMuxDec IS 


PORT ( 
A,B,C : IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
SEL, SHL2,CLK = IN STD_LOGIC; 
RAP, RBP : OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 


END DualRegMuxDec; 


ARCHITECTURE DualRegMuxDec_arc OF DualRegMuxDec IS 


COMPONENT decoderlto2 IS 
PORT ( 
stiqull g IN STD_LOGIC; 
Oue0); out: g OUT STD_LOGIC) ; 
END COMPONENT decoderlto2; 


COMPONENT reg8 IS 


PORT ( 
REG_IN : IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
Chik, ED § IN STD_LOGIC; 
REG_OUT : OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 


END COMPONENT reg8; 


COMPONENT mux2ilo8w IS 


PORT ( 
iy oie 2 IN STD_LOGIC_VECTOR(7 DOWNTO 0); 
sel : IN STD_LOGIC; 
CUE 3 OUT STD_LOGIC_VECTOR(7 DOWNTO 0)); 


END COMPONENT mux2ilo8w; 


SIGNAL DecOut0,DecOutl : STD_LOGIC; 
SIGNAL MuxOut 3 STD _LOGIC_VECTOR(7 DOWNTO 0); 
BEGIN 
mux: mux2ilo8w PORT MAP ( 
inl => A, 
in2 => 2B, 
sel => SELI, 
Olitall => MuxOut); 


dec: decoderlto2 PORT MAP ( 
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sbiquil => SEL2, 

outd => decout0O, 

outl => decoutl1); 
regA: reg8 PORT MAP ( 

REG_IN => MuxOut, 

Ging SS (Cx, 

LD => DecOutl1, 


REG_OUT => RAP); 


regB: reg8 PORT MAP ( 
Re In =s e, 
CLK = (Cmax, 
LD => DecOut0, 


REG_OUT => RBP); 


END DualRegMuxDec_arc; 


VHDL Reference Cards 


Hereafter you can find two sets of very useful VHDL reference cards made 


by Qualis Design Corporation. 


http://www.vhdl.org/rassp/vhdl/guidelines/vhdlqrc.pdf 
http://www.vhdl.org/rassp/vhdl/guidelines/1164qrc.pdf 
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